今天在学习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也就是整个线程了