该问题适用于曾经在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的扩展）。