1

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

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

3 回答 3

1

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

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

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

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

于 2009-09-29T12:02:02.950 回答
0

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

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

于 2009-09-29T12:21:48.793 回答
0
  1. 相比有什么缺点?
  2. 作为Map<Thread,Value>- 它实际上是一个附加到线程的映射,但更容易将其视为由线程键入的映射
  3. ThreadLocals 很少使用,应该保持这种方式

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

于 2009-09-29T11:54:05.120 回答