在 Tomcat 中重新部署应用程序时出现内存泄漏

Question

当我在 tomcat 中重新部署应用程序时，出现以下问题：

 The web application [] created a ThreadLocal with key of type
 [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@10d16b])
 and a value of type [com.sun.xml.bind.v2.runtime.property.SingleElementLeafProperty]
(value [com.sun.xml.bind.v2.runtime.property.SingleElementLeafProperty@1a183d2]) but 
 failed to remove it when the web application was stopped. 
 This is very likely to create a memory leak.

此外，我在应用程序中使用 ehcache。这似乎也会导致以下异常。

     SEVERE: The web application [] created a ThreadLocal with key of type [null] 
     (value [com.sun.xml.bind.v2.ClassFactory$1@24cdc7]) and a value of type [java
     .util.WeakHashMap... 

ehcache 似乎创建了一个弱哈希映射，我得到的消息是这很可能会造成内存泄漏。

我在网上搜索了一下，发现了这个 http://jira.pentaho.com/browse/PRD-3616 但我没有访问服务器本身。

请告诉我这些警告是否有任何功能影响或者可以忽略吗？我在 tomcat 管理器中使用了“查找内存泄漏”选项，它显示“未发现内存泄漏”

Answer 1

当您重新部署应用程序时，Tomcat 会创建一个新的类加载器。旧的类加载器必须进行垃圾收集，否则会出现永久内存泄漏。

Tomcat 无法检查垃圾收集是否有效，但它知道几个常见的故障点。如果 webapp 类加载器使用一个实例设置了 ThreadLocal，而该实例的类是由 webapp 类加载器本身加载的，则 servlet 线程将保存对该实例的引用。这意味着类加载器不会被垃圾回收。

Tomcat 会进行大量此类检测，请参阅此处了解更多信息。清理线程局部变量很困难，您必须在访问的每个线程中的 ThreadLocal 上调用 remove()。实际上，只有在开发过程中多次重新部署 Web 应用程序时，这一点才重要。在生产中，您可能不会重新部署，因此可以忽略这一点。

要真正找出哪些实例定义了线程局部变量，您必须使用分析器。例如 JProfiler 中的堆遍历器（免责声明：我的公司开发 JProfiler）将帮助您找到那些线程局部变量。选择报告的值类（com.sun.xml.bind.v2.runtime.property.SingleElementLeafProperty 或 com.sun.xml.bind.v2.ClassFactory）并显示累积的传入引用。其中之一是 java.lang.ThreadLocal$ThreadLocalMap$Entry。选择该传入引用类型的引用对象并切换到分配视图。您将看到实例已分配到的位置。有了这些信息，您就可以决定是否可以采取行动。

Answer 2

Mattias Jiderhamn 拥有出色的
6 部分文章 非常清楚地解释了有关类加载器泄漏的理论和实践。更好的是，他还发布了一个 jar 文件，我们可以将其包含在我们的 war 文件中。我在我的网络应用程序上尝试过，jar 文件非常有用！该 jar 文件名为 classloader-leak-prevention.jar。使用它非常简单，只需将其添加到我们的 web.xml 中

<listener>
  <listener-class>se.jiderhamn.classloader.leak.prevention.ClassLoaderLeakPreventor</listener-class>
</listener>

，然后将其添加到我们的 pom.xml 中。

<dependency>
  <groupId>se.jiderhamn</groupId>
  <artifactId>classloader-leak-prevention</artifactId>
  <version>1.15.2</version>
</dependency>

有关更多信息，请参阅
托管在 GitHub 上的项目主页
或者
他的第 6 部分文章

Answer 3

创建线程而不正确清理它们最终会耗尽内存 - 就在那里，这样做了。

那些仍然想知道快速解决方案/解决方法的人可以参考以下内容：

• 如果运行独立的 tomcat，请终止 javaw.exe 或承载它的进程。
• 如果从 eclipse 运行，请终止 eclipse.exe 和 java.exe 或封闭进程。
• 仍未解决，请检查任务管理器，导致此问题的进程可能会显示最高内存
  用法 - 进行分析并消除它。

您应该很好地重新部署这些内容并继续进行，而不会出现内存问题。

Answer 4

我猜你可能看到了这个，但以防万一 ehcache 文档建议将 lib 放入 tomcat 而不是WEB-INF/lib。

Answer 5

我建议初始化 线程本地，在 < a href="http://docs.oracle.com/javaee/7/api/javax/servlet/ServletRequestListener.html" rel="nofollow">ServletRequestListener。

ServletRequestListener 有 2 个方法：一种用于初始化，一种用于销毁。

这样，您就可以清理您的ThreadLocal。示例：

public class ContextInitiator implements ServletRequestListener {
    @Override
    public void requestInitialized(ServletRequestEvent sre) {
        context = new ThreadLocal<ContextThreadLocal>() {
            @Override
            protected ContextThreadLocal initialValue() {
                ContextThreadLocal context = new ContextThreadLocal();
                return context;
            }
        };
        context.get().setRequest(sre.getServletRequest());
    }
    @Override
    public void requestDestroyed(ServletRequestEvent sre) {
        context.remove();
    }
}

web.xml：

<listener>
    <listener-class>ContextInitiator</listener-class>
</listener>