问个问题，请问 Java 项目 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 都日穿天了 恶心死了 每次都要去追溯哪里来的 哪里存进去的