tomcat應用中ThreadLocal引發的內存泄漏詳解
Tomcat環境下，ThreadLocal變量可能導致內存泄漏，尤其當靜態變量與類卸載機制共同作用時。本文深入探討此現象的成因及Tomcat的應對機制。
ThreadLocal內存泄漏通常發生在Tomcat應用部署和卸載階段。 例如，文中提到的LeakingServlet使用靜態MyThreadLocal變量，這種設計容易引發問題。
關鍵在于Tomcat為每個Web應用創建獨立的WebAppClassLoader。該加載器負責管理應用內所有類，包括LeakingServlet。應用停止或重新部署時，Tomcat嘗試卸載WebAppClassLoader及其加載的類。
然而，如果LeakingServlet持有靜態MyThreadLocal變量，該變量的生命周期與LeakingServlet類緊密相連。只要WebAppClassLoader存在，靜態變量就不會被垃圾回收。
理想情況下，應用停止時，相關對象應被釋放。但如果MyThreadLocal存儲的對象與應用上下文相關，由于靜態變量的持續引用，這些對象無法被垃圾回收，造成內存泄漏。
雖然Tomcat努力卸載所有組件，但靜態ThreadLocal這類引用可能導致部分資源無法完全釋放。即使Tomcat嘗試卸載WebAppClassLoader，LeakingServlet通過靜態變量的間接引用可能維持與WebAppClassLoader的連接，導致內存泄漏。
Java虛擬機中，類的卸載并不直接決定類加載器的卸載，而是類加載器的活動性影響其加載的類是否可卸載。當類加載器加載的類及其實例不再被強引用時，理論上可以被垃圾回收。但如果類加載器自身被保留，其加載的類即使沒有其他強引用，也可能無法卸載。
Tomcat在應用停止或重新部署時嘗試卸載WebAppClassLoader。一旦卸載，其加載的類（如LeakingServlet）如果沒有其他類加載器引用，理論上可以被垃圾回收。
LeakingServlet在應用卸載時應被卸載。但如果它通過靜態字段引用ThreadLocal，而ThreadLocal又持有應用上下文或其他不該長期存在的對象引用，則可能導致類加載器及其加載的類無法卸載，最終引發內存泄漏。
因此，LeakingServlet可能因不當引用而影響整個類加載器層次結構的卸載，從而產生內存泄漏。
