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

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

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

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

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

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

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

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

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

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

设置-XX:PermSize=64m -XX:MaxPermSize=128m。稍后，您还可以尝试增加MaxPermSize。希望能管用。对我来说也是一样。只设置MaxPermSize对我没用。

从Tomcat的bin目录打开tomcat7w，或者在开始菜单中键入Monitor Tomcat (打开一个带有各种服务信息的选项卡窗口)。 在Java Options文本区域中添加这一行: - xx: MaxPermSize = 128 “初始内存池”设置为“1024”(可选)。 “最大内存池”设置为“1024”(可选)。 单击Ok。 重启Tomcat服务。