ThreadLocal

今天在学习hibernate过程中学到了ThreadLocal，此类应用在获取数据库连接时，在事务开启与事务提交的边界控制逻辑，减少不停地开启关闭连接，利用一次性开启，一次性提交，

资料说是在spring中也有类似的用法，

ThreadLocal目的在于线程中的安全共享管理，与线程中的同步机制相比都可以共享资源，但是两者的开发方向不同，线程中的同步是实现并发的情况下资源的正确性，而threadlocal是保证在资源一致的情况下同时都可以利用，彼此不相连，不交叉

在ThreadLocal中得到的是线程中副本，这就可以理解为游戏中创建副本一般，同时玩的情况下，同一地点，同一时间，只是自己可以看的到

 

 

2010年5月20日18:49:21更改，有的说threadlocal不是得到线程的副本，而是切切实实是用new来得到的，这两种问题希望下次遇到是能解决（个人倾向于new得到的）用下图来表示

 关于这个副本说法的正解应该是

该类提供了线程局部 (thread-local) 变量。这些变量不同于它们的普通对应物，因为访问某个变量（通过其 get 或 set 方法）的每个线程都有自己的局部变量，它独立于变量的初始化副本。ThreadLocal 实例通常是类中的 private static 字段，它们希望将状态与某一个线程（例如，用户 ID 或事务 ID）相关联。

上述是官方api的翻译，应该是这样的：副本原先的定义就是本来就有的是“正文”，而为了不同的方面看到的是不同的视图，产生出拷贝。而api中说是，每个线程都有自己的局部变量，它独立于变量的初始化副本，这么说来应该是有初始化对象了，而这个线程要更改副本，就是本来的对每个线程的初始化变量更改，本来有的“正文”也就是说初始化状态含有threadlocal

这个变量threadlocal是线程级别，也就是在一个线程中都可以有用，那么在一个类中定义，它的usage也就是整个线程了