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

-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled

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

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

tomcat6w //ES//servicename

其中servicename是在services.msc

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

谁在IntelliJ中调试JBoss应用程序时遇到了同样的问题: 我刚刚在运行/调试配置的虚拟机选项中添加了-XX: MaxPermSize = 128m。你可以把它增加到256m，以确保它会工作。

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

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

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

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”异常，特别是它的后续帖子。

“他们”是错误的，因为我运行的是6.0.29，即使设置了所有选项也有同样的问题。正如蒂姆·豪兰所说，这些选择只会推迟不可避免的事情。它们允许我在遇到错误之前重新部署3次，而不是每次重新部署。

由于使用了较大的空间而不是jvm提供的空间来执行代码，会发生Perm gen space错误。

在UNIX操作系统中，这个问题的最佳解决方案是更改bash文件上的一些配置。以下步骤可以解决该问题。

在终端上执行gedit .bashrc命令。

用以下值创建JAVA_OTPS变量:

export JAVA_OPTS="-XX:PermSize=256m -XX:MaxPermSize=512m"

保存bash文件。在终端上执行exec bash命令。重新启动服务器。

我希望这个方法能解决你的问题。如果您使用低于8的Java版本，有时会出现此问题。但是如果你使用Java 8，这个问题就不会发生。