In case you are getting this in the eclipse IDE, even after setting the parameters --launcher.XXMaxPermSize, -XX:MaxPermSize, etc, still if you are getting the same error, it most likely is that the eclipse is using a buggy version of JRE which would have been installed by some third party applications and set to default. These buggy versions do not pick up the PermSize parameters and so no matter whatever you set, you still keep getting these memory errors. So, in your eclipse.ini add the following parameters:

-vm <path to the right JRE directory>/<name of javaw executable>

还要确保将eclipse中的首选项中的默认JRE设置为正确的java版本。

你最好尝试-XX:MaxPermSize=128M而不是-XX:MaxPermGen=128M。

我不能确切地说出这个内存池的使用情况，但它与装入JVM中的类的数量有关。(因此，为tomcat启用类卸载可以解决这个问题。)如果您的应用程序在运行时生成和编译类，则更可能需要比默认值更大的内存池。

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

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

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

如果存在真正的内存泄漏，增加永久生成大小或调整GC参数将不起作用。如果您的应用程序或某些第三方库使用，泄漏类加载器，唯一真正和永久的解决方案是找到这个泄漏并修复它。有许多工具可以帮助您，最近的一个工具是Plumbr，它刚刚发布了一个具有所需功能的新版本。

我有一个Hibernate+Eclipse RCP的组合，尝试使用-XX:MaxPermSize=512m和-XX:PermSize=512m，它似乎对我有用。

你也可以通过以下方法来解决这个问题:

rm -rf <tomcat-dir>/work/* <tomcat-dir>/temp/*

清除工作目录和临时目录将使Tomcat重新启动。