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 操作！