问ThreadLocal与内存泄漏

EN

PermGen穷竭性与ThreadLocal的结合常常是由类加载器泄漏引起的。

举个例子：

假设一个应用程序服务器有一个工作线程池。

它们将一直保持到应用服务器终止为止。

部署的web应用程序在其一个类中使用静态 ThreadLocal来存储某些线程本地数据，这是web应用程序的另一个类(让我们称之为SomeClass)的一个实例。这是在工作线程中完成的(例如，此操作来自HTTP请求)。

重要：

按定义，对ThreadLocal值的引用一直保持到“拥有”线程死亡，或者如果ThreadLocal本身不再可访问。

如果web应用程序未能清除关闭上的ThreadLocal 的引用，那么就会发生坏的事情：

因为工作线程通常不会死，而且对ThreadLocal的引用是静态的，所以ThreadLocal值仍然引用SomeClass的实例-- web应用程序的类-，即使web应用程序已经停止！！

因此，web应用程序的类加载器不能被垃圾收集，这意味着 web应用程序的所有类(和所有静态数据)仍然加载(这会影响PermGen内存池和堆)。

web应用程序的每次重新部署迭代都会增加permgen (和堆)的使用。

=>这是permgen检漏

这种泄漏的一个流行例子是这只虫子 in log4j (同时修复)。

线程局部变量本身没有什么问题:它们不会导致内存泄漏。他们不是很慢。它们比它们的非线程本地对应方更本地(也就是说，它们具有更好的信息隐藏属性)。当然，它们可能会被滥用，但大多数其他编程工具…也会被滥用。

请参阅约书亚·布洛赫的这个链接

前面的文章解释了这个问题，但没有提供任何解决方案。我发现没有办法“清除”一个ThreadLocal。在处理请求的容器环境中，我最终在每个请求的末尾调用了.remove()。我意识到使用容器管理的事务可能会有问题。