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

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

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

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

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

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

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

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

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

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

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

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

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

内存的配置取决于应用程序的性质。

你在做什么?

处理的交易数量是多少?

加载了多少数据?

etc.

etc.

etc

也许你可以配置你的应用程序，并开始清理一些模块从你的应用程序。

显然，这可能发生在重新部署应用程序几次之后

Tomcat采用热部署，但占用内存。试着每隔一段时间重新启动容器。此外，您还需要知道在生产模式下运行所需的内存量，这似乎是进行研究的好时机。