问个问题，请问 Java 项目 ThreadLocal 乱飞合理吗

[springmarker]

我能理解在有些情况下，比如一些框架或者工具会使用一些奇淫巧技使用 ThreadLocal 传递变量，但是在业务代码里，这种东西可读性很差，你压根不知道是在什么地方使用的，看起来费劲。

最近看公司项目 debug，走到一半直接走不下去了，大量了使用 ThreadLocal，难受。。。

[xuanbg]

不合理

[sdrzlyz]

ThreadLocal 也好，Context 也罢，只适合传输少量约定的内容。毕竟是个大黑盒。。。

[wolfie]

不合理，平时只有在切面级别用到。
估计是想省略重载吧，方法注释怎么写。

[no1xsyzy]

thread local 的使用需要被封装为 getter/setter，而不是直接使用。
这样可以通过 “哪里调用了 get / set” 来知道哪儿用了。
参考： https://docs.racket-lang.org/reference/parameters.html

[whx]

不合理。
曾经也是喜欢用 threadlocal，现在能不用就不用。不明确，也不知道什么时候会引发 bug 。
还是方法传参更可靠，明确。

[araaaa]

threadlocal 应该用作最后手段来使用

[araaaa]

也就是说有一个静态变量，并且它存在并发访问问题，但是又允许它在不同线程中非共享，那么可以考虑用 threadlocal 了

[chendy]

乱飞肯定不对，想看看楼主的项目里是怎么个乱飞法

[danielmiao]

正常情况下，ThreadLocal 的只会在同一个类的可重入函数里当缓冲区用吧。。。难道还能当变量传来传去？？？

[wangyanrui]

类内部私有方法，飞不飞无所谓
对外方法，最好别用

[securityCoding]

不合理，隐式的东西乱飞太容易出问题了

[totoro52]

同一个公司的吧？ TM 公司的项目里 threadlocal 都日穿天了 恶心死了 每次都要去追溯哪里来的 哪里存进去的