随笔-16  评论-54  文章-0  trackbacks-0

 最近由于需要用到ThreadLocal,在网上搜索了一些相关资料,发现对ThreadLocal经常会有下面几种误解

 一、ThreadLocal是java线程的一个实现
      ThreadLocal的确是和java线程有关,不过它并不是java线程的一个实现,它只是用来维护本地变量。针对每个线程,提供自己的变量版本,主要是为了避免线程冲突,每个线程维护自己的版本。彼此独立,修改不会影响到对方。

 二、ThreadLocal是相对于每个session的

        ThreadLocal顾名思义,是针对线程。在java web编程上,每个用户从开始到会话结束,都有自己的一个session标识。但是ThreadLocal并不是在会话层上。其实,Threadlocal是独立于用户session的。它是一种服务器端行为,当服务器每生成一个新的线程时,就会维护自己的ThreadLocal。对于这个误解,个人认为应该是开发人员在本地基于一些应用服务器测试的结果。众所周知,一般的应用服务器都会维护一套线程池,也就是说,对于每次访问,并不一定就新生成一个线程。而是自己有一个线程缓存池。对于访问,先从缓存池里面找到已有的线程,如果已经用光,才去新生成新的线程。所以,由于开发人员自己在测试时,一般只有他自己在测,这样服务器的负担很小,这样导致每次访问可能是共用同样一个线程,导致会有这样的误解:每个session有一个ThreadLocal

 三、ThreadLocal是相对于每个线程的,用户每次访问会有新的ThreadLocal

  理论上来说,ThreadLocal是的确是相对于每个线程,每个线程会有自己的ThreadLocal。但是上面已经讲到,一般的应用服务器都会维护一套线程池。因此,不同用户访问,可能会接受到同样的线程。因此,在做基于TheadLocal时,需要谨慎,避免出现ThreadLocal变量的缓存,导致其他线程访问到本线程变量

 四、对每个用户访问,ThreadLocal可以多用
        可以说,ThreadLocal是一把双刃剑,用得来的话可以起到非常好的效果。但是,ThreadLocal如果用得不好,就会跟全局变量一样。代码不能重用,不能独立测试。因为,一些本来可以重用的类,现在依赖于ThreadLocal变量。如果在其他没有ThreadLocal场合,这些类就变得不可用了。个人觉得ThreadLocal用得很好的几个应用场合,值得参考

  1、存放当前session用户:quake want的jert

  2、存放一些context变量,比如webwork的ActionContext

  3、存放session,比如Spring hibernate orm的session

posted on 2006-08-01 12:09 jspark 阅读(30271) 评论(12)  编辑  收藏

评论:
# re: Spring&hibernate 2006-08-01 12:38 | Reginald
hello, 你好,請教一個問題,在spring中,如果使用hibernatetemplate,需要配置transaction機制才可以實現對數据庫的save,update,那如果使用hibernateInterceptor呢?是否也必須配置transaction,還是hibernateInterceptor就可以幫我們做簡單的transaction commit動作?
Many thanks!  回复  更多评论
  
# re: ThreadLocal的几种误区 2006-08-01 13:21 | jspark
hibernateInterceptor其实也是Spring的一个AOP实现。
他里面的主要处理的事情是帮你绑定session,并没有帮我们做commit操作。
实际上,不管是用hibernateInterceptor也好,hibernatetemplate也好,都是可以独立声明事务的。

这里有spring参考文档的翻译版http://www.jactiongroup.net/reference/html/orm.html
里面应该比较清楚  回复  更多评论
  
# re: ThreadLocal的几种误区 2006-08-01 14:20 | Reginald
ok,了解,多謝!  回复  更多评论
  
# re: ThreadLocal的几种误区 2006-08-02 21:08 | 绿色使者、绿色心情
存放Session中的用户,便于实现业务层和表现层的松散耦合,我觉得这才是非常值得欣赏的,比如acige security  回复  更多评论
  
# re: ThreadLocal的几种误区 2007-11-15 10:31 | wuwo
理解很深刻,受益匪浅.
但是标题处最好写正确的理论,而不要把错误的作为标题.  回复  更多评论
  
# re: ThreadLocal的几种误区[未登录] 2010-06-08 15:39 | 小白
『因此,在做基于TheadLocal时,需要谨慎,避免出现ThreadLocal变量的缓存,导致其他线程访问到本线程变量。』

ThreadLocal的设计本身就避免了你说的这种情况发生。

估计你是指不同的Session访问到同一个变量。  回复  更多评论
  
# re: ThreadLocal的几种误区[未登录] 2010-07-30 09:51 | bill
『因此,在做基于TheadLocal时,需要谨慎,避免出现ThreadLocal变量的缓存,导致其他线程访问到本线程变量。』

这点确实存在bug  回复  更多评论
  
# re: ThreadLocal的几种误区 2011-01-25 13:46 | epinszteinic
『因此,在做基于TheadLocal时,需要谨慎,避免出现ThreadLocal变量的缓存,导致其他线程访问到本线程变量。』
比如在jboss中,就有线程池,线程并不是处理完就销毁的,而是放回池里重用。所以,在你处理完一次request-response的时候,一定不要忘了手动删除ThreadLocal里的变量,也就是说手动调用一次threadLocalVar.remove()。  回复  更多评论
  
# re: ThreadLocal的几种误区[未登录] 2011-05-25 21:17 | lina
请问ThreadLocal变量和直接在thread类里加一个private 变量有什么不一样?private变量也是每个线程私有的啊。  回复  更多评论
  
# re: ThreadLocal的几种误区 2011-11-02 13:13 | redcoatjk
HibernateUtil工具类中一般都有写closeSession的方法.
将线程对应的变量ThreadLocal中的session置为null.
这样归还线程池后又是干净的了.  回复  更多评论
  
# re: ThreadLocal的几种误区 2013-04-28 22:54 | leealways887
@lina

非static 的private成员变量属于每个对象,ThreadLocal只有一个对象吧  回复  更多评论
  
# re: ThreadLocal的几种误区[未登录] 2014-07-30 19:03 | deepblue
这里一句话就可以说明清楚的:http://www.strutshome.com/index.php/archives/497  回复  更多评论
  

只有注册用户登录后才能发表评论。


网站导航: