java - 线程本地实现

Question

参考我之前的问题，更进一步，

1. 与局部变量相比，使用 ThreadLocals 的缺点是什么
2. 它们是如何实施的
3. 会话变量是 ThreadLocals
4. 是否有更多常用的ThreadLocals的例子

Answer 1

我不确定我是否会称其为缺点，但必须非常小心地正确清理 ThreadLocals，因为只要线程存在，您放入的任何数据都会保留在那里，除非它被明确删除。这在使用线程池重用线程的环境中尤其麻烦，因此一些垃圾数据可能会附加到线程，除非它被正确清理。

ThreadLocals 实际上被大量使用 - 主要由框架开发人员使用，因为它们允许将“上下文”附加到用户方法而不更改方法签名。例如，J2EE 中的事务管理是使用 ThreadLocals 完成的——对当前打开事务的引用始终附加到线程，因此当您使用数据库时，您将使用当前打开的事务自动访问它。如果没有 ThreadLocal，您将需要将这些引用作为方法参数传递。

这种用法还有许多其他示例。我不确定您指的是哪些会话变量，但类似会话的数据通常附加到 ThreadLocal。

关于实施 - 我不确定。我想我在某处读到它是在 JVM 中以相当低的级别实现的，以使性能非常快，因为今天有很多代码使用它。

Answer 2

一个真实的例子：AMQP消息传递协议允许多个多路复用逻辑连接（称为通道）共存于一个例如 TCP/IP 连接中。由于某些操作会改变逻辑连接的状态，因此需要将并发消息传递操作建模为并发通道上的操作。当您的并发模型被线程化时，您可以通过使用ThreadLocal get()封装通道访问并使用initialValue()覆盖打开通道来非常轻松地做到这一点。

在Spring框架的上下文中，您可以使用适当的目标源透明地使用线程本地 bean 。

Answer 3

1. 相比有什么缺点？
2. 作为Map<Thread,Value>- 它实际上是一个附加到线程的映射，但更容易将其视为由线程键入的映射
3. 不
4. ThreadLocals 很少使用，应该保持这种方式

在我看来，应用程序开发人员使用 ThreadLocal 的唯一原因是他/她需要频繁使用具有（相对）高构造成本的非线程安全实用程序对象（例如 SimpleDateFormat）。即便如此，这也是一个折腾。