对于常见的 WEB 容器,Takin 通过增强 org.apache.catalina.core.StandardHostValve#invoke 方法,拦截并解析方法入参的 Request 对象中的 header 数据,判断压测标的信息并将压测标以及链路信息设置到上下文对象,并通过 ThreadLocal 保存该上下文对象,以此来保证当前线程处理的过程中都能获取到压测标以及链路信息。
![](https://static001.geekbang.org/infoq/a4/a424805c517fa25dc4c402aed7d7495e.png)
但是不管是 WEB 容器还是业务代码经常会使用线程池运行代码,这时候 ThreadLocal 就有局限性了,如何做到跨线程池传递我们的上下文对象就显得异常重要了,好在 Alibaba 的https://github.com/alibaba/transmittable-thread-local解决了这个问题,具体 transmittable-thread-local 的详细内容大家可以通过 git 地址查看,这里我们主要以 git 上的 demo 看看 transmittable-thread-local 如何实现跨线程传递的,主要通过将线程池运行的 Runnable 对象包装成 TtlRunnable 对象并保存当前的上下文信息。这样就完成了对线程池运行任务的压测标以及链路数据信息的透传,至此似乎一切都很完美。
![](https://static001.geekbang.org/infoq/0d/0d82c2adada544125a93d26bfb11e473.png)
![](https://static001.geekbang.org/infoq/10/1092b02f0efc56dcb28141b18c4de012.png)
![](https://static001.geekbang.org/infoq/1b/1b0cc5ce48577954ed4be979647293b5.png)
直到某次出现了一个诡异的现象,在使用 Takin 的过程中,有一应用接入 Takin 之后,某个功能无法正常使用,但是无论是应用的日志还是 Takin 的日志都未显示任何异常信息,再追问了无法使用的功能是一个线程池执行任务,当时扩展了 ThreadPoolExecutor 的 beforeExecute 方法和 afterExecute 方法,用以记录任务执行的耗时,并且会打印任务的 taskId 等信息,通过截图的 Debug 信息便可以看到问题出现了,由于使用了 transmittable-thread-local 导致原始的 Runnable 被包装成了 TtlRunnable 对象,在这个过程中如果业务想要再获取 Runnable 对象强转获取一些任务信息,就会出现类无法转换的异常。
解决方案的话目前可以通过增强 beforeExecute 和 afterExecute 方法,对 Runnable 对象进行判断,如果是 TtlRunnable 对象,则通过 TtlRunnable.getRunnable()方法返回原是的 Runnable 对象
![](https://static001.geekbang.org/infoq/f2/f28bcfabc2b88978ed51f5605c06106a.png)
![](https://static001.geekbang.org/infoq/54/54aecf4e6c940746d01b64b13f05afcf.png)
Takin 开源详情https://news.shulie.io/?p=3024
立即扫码,入群技术交流~
![](https://static001.geekbang.org/infoq/9c/9c2e781514b45a023e177c3bce123303.png)