线程池使用ThreadLocal需要注意哪些问题？

问题来源及场景描述

1.生产当时使用定时任务做一些报表生成或者一些异步功能，使用的是quartz框架，对这个框架有了解的都知道，这个框架本身有个默认的线程池，任务的执行就是调度了一个个线程而已。按理说这样的任务是没有用户信息的，但是有些特殊任务会把所需要的用户信息放到ThreadLocal中使用，当然这些信息也是事先存到表里的，用完以后没有清理，导致别的任务进来以后，线程还是上一个线程，线程里的缓存又没有被清理，导致应该没有用户信息的任务莫名其妙的出现了用户信息，针对此问题进行模拟测试。
2. 首先新建一个固定大小的线程池，这里大概介绍一下各个参数的含义，
corePoolSize：核心线程数（最小的线程数，没有任务时也会存在）
maxPoolSize：最大线程数（当线程数>=corePoolSize，且任务队列已满时。线程池会创建新线程来处理任务）
keepAliveTime：线程空闲时间（当线程空闲时间达到keepAliveTime时，线程会退出，直到线程数量=corePoolSize）
queueCapacity：任务队列容量（阻塞队列）

按照代码逻辑来说，这里其实只需要一个任务存在指定用户信息缓存。而结果是不应该出现用户信息的任务获取到了之前的用户信息，这肯定不是我们想要的结果。
3. 解决方案，在任务执行完以后清理当前线程的缓存。再次运行，结果正常。


使用new Thread结果正常

总结

本次Bug出现的原因主要是没有考虑到线程池中的线程不会销毁的问题，只知道ThreadLocal是线程内共享，线程间隔离，假如使用new Thread肯定也不会出现上面的问题，但是不建议使用这种方式，建议合理使用线程池。