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

ThreadLocal 相关分析，请查看/content/2593696.html
另外一个必须要提的点是：
ThreadLocal在线程池环境下的使用。
比如tomcat 提供的web http请求，一般都有线程池对请求做处理。

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

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

Java代码


@Controller

public class ThreadLocalController {

private static final ThreadLocal<Integer> id = new ThreadLocal<Integer>();

@ResponseBody

@RequestMapping("/threadLocalTest")

public Map<String, Object> threadLocalTest() {

Integer myId = id.get();

if (myId == null) {

id.set(1);

} else {

id.set(id.get() + 1);

}

System.out.println(id.get());

Map<String, Object> retMap = new LinkedHashMap<String, Object>();

retMap.put("id", id.get());

return retMap;

}

}

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

正确的使用案例：

Java代码


@Controller

public class ThreadLocalController {

private static final ThreadLocal<Integer> id = new ThreadLocal<Integer>();

@ResponseBody

@RequestMapping("/threadLocalTest")

public Map<String, Object> threadLocalTest() {

Integer myId = id.get();

if (myId == null) {

id.set(1);

} else {

id.set(id.get() + 1);

}

System.out.println(id.get());

Map<String, Object> retMap = new LinkedHashMap<String, Object>();

retMap.put("id", id.get());

id.remove();

return retMap;

}

}

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

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