有没有办法避免在Tomcat中取消部署内存泄漏？

  • Z时代
  • 2024-01-10
  • 分类：问答

该问题适用于曾经在Tomcat管理器中测试过“发现泄漏”按钮并获得如下结果的任何人：

以下Web应用程序已停止（重新加载，取消部署），但其先前运行的类仍被加载到内存中，从而导致内存泄漏（使用探查器进行确认）：

/ leaky-app-name

我假设这与您经常进行重新部署时经常遇到的“ Perm Gen space”错误有关。

因此，在部署时在jconsole中看到的是加载的类从大约2k扩展到5k。然后，您会认为取消部署应将其降为2k，但仍为5k。

我还尝试使用以下JVM选项：

-XX:+CMSClassUnloadingEnabled -XX:+UseConcMarkSweepGC

-XX:+CMSPermGenSweepingEnabled

我的确看到使用的Perm Gen空间非常小，但没有达到我的预期，加载的类数也没有减少。

那么，有没有一种方法可以配置Tomcat或设计您的应用程序以在取消部署时更好地卸载呢？还是在进行一些主要的调试会话后重启服务器？

Tomcat版本输出：

服务器版本：Apache Tomcat / 6.0.29

服务器内置：2010年7月19日1458

服务器编号：6.0.0.29

操作系统名称：Windows 7

操作系统版本：6.1

体系结构：x86

JVM版本：1.6.0_18-b07

JVM供应商：Sun Microsystems Inc.

多亏了celias的回答，我决定进行一些进一步的挖掘，并且我认为，由于CXF，Spring和JAXB的帮助，我才确定了罪魁祸首。

在学习了如何对Java应用程序进行概要分析之后，我将概要分析器指向了Tomcat，并进行了一些堆转储和快照，以查看对象和类在内存中的外观。我发现在取消部署后，我的CXF

/

JAXB（wsdl2java）生成的类中使用的XML模式中的一些枚举仍然存在。根据我的堆转储，看起来对象已绑定到Map。免责声明：我承认，使用Java进行性能分析和跟踪对象的调用树仍然有些困难。

我还要提到的是，我什至没有调用服务，只是部署然后取消部署它。对象本身似乎是通过Spring在部署时发起的反射来加载的。我相信我遵循在Spring中设置CXF服务的约定。因此，我不确定100％是否是Spring

/ CXF，JAXB或反射的错误。

附带说明一下：所涉及的应用程序是使用Spring /

CXF的Web服务，而XML恰好是一个相当复杂的架构（NIEM的扩展）。

回答：

如果要确保不引起泄漏，则必须执行以下操作：

  • 确保您的Web应用程序不使用Web容器共享库中的任何Java类。如果您有任何共享库，请确保在这些库中没有对对象的强引用

  • 避免使用静态变量，尤其是在像HashTable，Sets之类的java对象上使用。如果需要，请确保调用remove来释放带有地图，列表的对象…

这里也是对的ThreadLocal和MemoryLeaks的好文章-

http://blog.arendsen.net/index.php/2005/02/22/threadlocals-and-memory-leaks-

revisited/

以上是 有没有办法避免在Tomcat中取消部署内存泄漏？ 的全部内容， 来源链接： utcz.com/qa/402396.html

回到顶部