App server PermGen errors that happen after multiple deployments are most likely caused by references held by the container into your old apps' classloaders. For example, using a custom log level class will cause references to be held by the app server's classloader. You can detect these inter-classloader leaks by using modern (JDK6+) JVM analysis tools such as jmap and jhat to look at which classes continue to be held in your app, and redesigning or eliminating their use. Usual suspects are databases, loggers, and other base-framework-level libraries.

参见类加载器泄漏:可怕的“java.lang。OutOfMemoryError: PermGen space”异常，特别是它的后续帖子。

对于Sun JVM，使用命令行参数-XX:MaxPermSize=128m(显然是将128替换为您需要的任何大小)。

App server PermGen errors that happen after multiple deployments are most likely caused by references held by the container into your old apps' classloaders. For example, using a custom log level class will cause references to be held by the app server's classloader. You can detect these inter-classloader leaks by using modern (JDK6+) JVM analysis tools such as jmap and jhat to look at which classes continue to be held in your app, and redesigning or eliminating their use. Usual suspects are databases, loggers, and other base-framework-level libraries.

参见类加载器泄漏:可怕的“java.lang。OutOfMemoryError: PermGen space”异常，特别是它的后续帖子。

我有我们在这里谈论的问题，我的场景是eclipse-helios + tomcat + jsf，而您所做的是将一个简单的应用程序部署到tomcat。我在这里展示了同样的问题，解决方法如下。

在eclipse转到服务器选项卡双击注册服务器在我的情况下tomcat 7.0，它打开我的文件服务器一般注册信息。在“一般信息”部分单击“打开启动配置”链接，这将打开在虚拟机参数参数选项卡中添加的服务器选项的执行，最后添加这两个条目

-XX: MaxPermSize = 512m
-XX: PermSize = 512m

和准备好了。

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

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

我遇到了完全相同的问题，但不幸的是，建议的解决方案都不适合我。这个问题在部署过程中没有发生，我也没有进行任何热部署。

在我的例子中，这个问题每次都发生在我的web应用程序执行期间的同一时间点，同时(通过hibernate)连接到数据库。

这个链接(前面也提到过)提供了足够的内部组件来解决这个问题。将jdbc-(mysql)-driver从WEB-INF移到jre/lib/ext/文件夹中似乎已经解决了这个问题。这不是理想的解决方案，因为升级到更新的JRE需要重新安装驱动程序。 另一个可能导致类似问题的候选是log4j，因此您可能也想移动它