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

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  是唯一的。 这个特性在深刻的提醒我们：请求和tomcat启动处理业务的线程并非一一对应的，而是一个线程池。
错误的使用案例：

@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本身对请求做线程池缓存业务处理线程导致的。

正确的使用案例：

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