另外，如果你在你的webapp中使用log4j，检查log4j文档中的这段。

似乎如果你正在使用propertyconfiguration . configureandwatch ("log4j.properties")，当你取消部署你的web应用程序时，你会导致内存泄漏。

解决方案是在启动Tomcat时将这些标志添加到JVM命令行:

-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled

您可以通过关闭tomcat服务，然后进入tomcat /bin目录并运行tomcat6w.exe来做到这一点。在“Java”选项卡下，将参数添加到“Java选项”框。单击“确定”，然后重新启动服务。

如果你得到一个错误，指定的服务不存在作为一个安装的服务，你应该运行:

tomcat6w //ES//servicename

其中servicename是在services.msc

来源:orx对Eric敏捷回答的评论。

目前最简单的答案是使用Java 8。

它不再专门为PermGen空间保留内存，允许PermGen内存与常规内存池混合。

请记住，您将必须删除所有非标准的-XXPermGen…JVM启动参数，如果你不想让Java 8抱怨它们什么都不做的话。

Jrockit也帮我解决了这个问题;但是，我注意到servlet的重启时间要短得多，所以虽然在生产环境中效果更好，但在开发过程中却有点拖后腿。

outofmemoryerror: PermGen space消息表示内存中的永久生成区域已耗尽。

任何Java应用程序都允许使用有限的内存。特定应用程序可以使用的确切内存量是在应用程序启动时指定的。

Java内存被划分为不同的区域，如下图所示:

Metaspace:一个新的内存空间诞生

JDK 8 HotSpot JVM现在使用本机内存来表示类元数据，被称为Metaspace;类似于Oracle的JRockit和IBM的JVM。

好消息是，这意味着不再存在java.lang.OutOfMemoryError: PermGen空间问题，也不再需要使用Java_8_Download或更高版本来调优和监视这个内存空间。

First step in such case is to check whether the GC is allowed to unload classes from PermGen. The standard JVM is rather conservative in this regard – classes are born to live forever. So once loaded, classes stay in memory even if no code is using them anymore. This can become a problem when the application creates lots of classes dynamically and the generated classes are not needed for longer periods. In such a case, allowing the JVM to unload class definitions can be helpful. This can be achieved by adding just one configuration parameter to your startup scripts:

-XX:+CMSClassUnloadingEnabled

默认情况下，它被设置为false，因此要启用它，您需要显式地在Java选项中设置以下选项。如果你启用了CMSClassUnloadingEnabled, GC也会扫描PermGen并删除不再使用的类。请记住，此选项仅在UseConcMarkSweepGC也使用下面的选项启用时才有效。因此，当运行ParallelGC或串行GC时，请确保您已经通过指定将GC设置为CMS:

-XX:+UseConcMarkSweepGC