ThreadLocal之一、对其理解的俩大误区

[size=medium][/size] 这篇博客，是参考资料后的心得，如有雷同，证明大家都明白了，HoHo

先说线程：
最大的误区，ThreadLocal不是一个本地线程，他是在多线程中的局部变量副本，并且他存在于线程中。

Web容器中有三个周期request/Httpsession/application
其中request是客户端发出的一个请求，这个request的载体就是一个线程，实际等同于一个线程的生命周期。

看jdk实例知道，ThreadLocal是在线程中实现一个线程局部存储。
request是一个线程，而struts和spring这些东西，在request这个线程中要进行一系列的操作，需要一个全局的变量存储地，而且这个变量在不同request线程还会不同，于是就使用到了ThreadLocal。
因此ThreadLocal在正常情况下，与request是同生命周期的，当request线程结束，ThreadLocal就会等待被回收。

ThreadLocal具体怎么实现的不就再赘述，再说说web中具体的误区与应用

原本：ThreadLocal是线程局部存储，每个请求只能访问本线程中设置的变量。
如果没有web容器，每次request请求都会新创建一个新的独立的线程，当请求结束后，java虚拟机会将该ThreadLocal删除。

但是一般应用服务器都会有一个高效的线程池系统来回收已完成处理的请求线程，也就是说当某个请求被处理完后，相应线程并不会被销毁，而是被返回到线程池中以再次响应其它请求。即多个请求为一个线程。这就麻烦了。下一个用户使用的是上一个用户的TreadLocal线程，怎么办？
解决办法是在每次新用户登录，线程创建的时候，先清空该线程，然后再将数据放进去，等这次web请求结束后，再将该线程清空
具体实现需要webFilter的帮助