对我来说，唯一有效的方法就是JRockit JVM。我有MyEclipse 8.6。

JVM的堆存储运行中的Java程序生成的所有对象。Java使用new操作符创建对象，并且在运行时在堆上为新对象分配内存。垃圾收集是一种自动释放程序不再引用的对象所包含的内存的机制。

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

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

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

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

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

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

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

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

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

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

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

如果有人在netbeans中遇到同样的错误，那么下面是我解决它的方法。

在Netbeans:

进入服务选项卡——>在服务器右侧——>选择属性——>进入平台选项卡——>在虚拟机内部选项类型-Xms1024m

在我的情况下，我给了-Xms4096m

以下是截图: