ThreadLocal 在web环境下使用的边界问题

ThreadLocal 相关分析,请查看http://wangxinchun.iteye.com/blog/1884228 
另外一个必须要提的点是: 
ThreadLocal在线程池环境下的使用。 
比如tomcat 提供的web http请求,一般都有线程池对请求做处理。

这种情况下要注意,并非每次web请求时候程序运行的ThreadLocal都是唯一的,ThreadLocal的生命周期不等于一次Request的生命周期,ThreadLocal与线程对象紧密绑定的,由于Tomcat使用了线程池,线程是可能存在复用情况,这时的ThreadLocal 的使用要谨慎使用。

web请求下 的ThreadLocal  使用要保证:请求进来的时候set,请求回去的时候remove。只有这样才能保证请求内的ThreadLocal  是唯一的。 这个特性在深刻的提醒我们:一次http请求和tomcat启动处理业务的线程并非一一对应的,而是通过一个线程池进行调度。 
错误的使用案例:

  1. @Controller
  2. public class ThreadLocalController {
  3. private static final ThreadLocal<Integer> id = new ThreadLocal<Integer>();
  4. @ResponseBody
  5. @RequestMapping("/threadLocalTest")
  6. public Map<String, Object> threadLocalTest() {
  7. Integer myId = id.get();
  8. if (myId == null) {
  9. id.set(1);
  10. } else {
  11. id.set(id.get() + 1);
  12. }
  13. System.out.println(id.get());
  14. Map<String, Object> retMap = new LinkedHashMap<String, Object>();
  15. retMap.put("id", id.get());
  16. return retMap;
  17. }
  18. }

以上代码运行的时候会发现,命令行打印的id 是不确定的,这时因为tomcat本身对请求做线程池缓存业务处理线程导致的。

正确的使用案例:

  1. @Controller
  2. public class ThreadLocalController {
  3. private static final ThreadLocal<Integer> id = new ThreadLocal<Integer>();
  4. @ResponseBody
  5. @RequestMapping("/threadLocalTest")
  6. public Map<String, Object> threadLocalTest() {
  7. Integer myId = id.get();
  8. if (myId == null) {
  9. id.set(1);
  10. } else {
  11. id.set(id.get() + 1);
  12. }
  13. System.out.println(id.get());
  14. Map<String, Object> retMap = new LinkedHashMap<String, Object>();
  15. retMap.put("id", id.get());
  16. id.remove();
  17. return retMap;
  18. }
  19. }

以上代码每次输出的都是1,注意id.remove() 方法的调用,在每次请求结束的时候remove对象。

更多的情况下,做为系统级别的,可以在filter下做ThreadLocal对象set 和 remove 操作!

上一篇:maven中net.sf.json报错的解决方法(转载)


下一篇:IDEA导入maven中导入net.sf.json报错的解决方法