tomcat中ThreadLocal内存泄漏详解
本文深入探讨Tomcat应用中ThreadLocal引发的内存泄漏问题，尤其关注静态ThreadLocal变量在servlet中的应用。虽然现代Tomcat版本已改进内存管理，但理解其根本原因仍至关重要。
问题根源
文中提到的LeakingServlet使用静态MyThreadLocal变量，导致MyThreadLocal的生命周期与LeakingServlet绑定。当Tomcat卸载应用时，LeakingServlet和WebAppClassLoader可能因该静态变量而无法被正确卸载，从而引发内存泄漏。
LeakingServlet与WebAppClassLoader的关联
Tomcat为每个Web应用创建WebAppClassLoader，负责加载和管理应用的所有类，包括LeakingServlet。应用停止或重新部署时，Tomcat尝试卸载WebAppClassLoader及其加载的类。
静态变量与类卸载机制
LeakingServlet中的静态MyThreadLocal变量使其生命周期与LeakingServlet类绑定。只要WebAppClassLoader存在，该静态变量就不会被垃圾回收。
内存泄漏的形成
如果MyThreadLocal存储的对象与Web应用上下文相关，应用停止时，这些对象应被释放。但静态MyThreadLocal持有对这些对象的引用，阻止它们和WebAppClassLoader被垃圾回收，从而造成内存泄漏。
Tomcat卸载过程中的瓶颈
即使Tomcat尝试卸载应用，静态引用链的存在可能使LeakingServlet间接维持与WebAppClassLoader的连接，阻止资源完全释放，导致内存泄漏。
Java虚拟机类卸载机制
jvm中，类的卸载依赖于类加载器的活动性。当类加载器加载的类及其所有实例不再被强引用时，理论上可以被垃圾回收。但如果类加载器自身被保留，则其加载的类可能无法卸载。
LeakingServlet的卸载条件
Web应用卸载时，LeakingServlet应被卸载，除非它通过静态字段引用ThreadLocal，而ThreadLocal又持有应用上下文或其他不应长期存在的对象的引用，这将导致类加载器及其加载的类无法卸载，最终引发内存泄漏。
总结
LeakingServlet通常应随着Web应用卸载而被卸载。然而，不当的静态引用（例如，静态ThreadLocal持有对应用上下文对象的引用）会影响类加载器层次结构的卸载，造成内存泄漏。 避免在Servlet中使用静态ThreadLocal变量，或者确保ThreadLocal在应用停止时正确清除其存储的值，可以有效防止此类内存泄漏。
