JBoss 中 PermGen OutOfMemoryError 的根本原因是什么?
我在我的开发环境中运行 JBoss AS 4.2.2,这发生在重新部署我的 Web 应用程序很多次之后。
Christian Vest Hansen 的博客给出的 JVM 选项很有帮助,但并没有完全解决问题:
-XX:+UseConcMarkSweepGC
-XX:+CMSPermGenSweepingEnabled
-XX:+CMSClassUnloadingEnabled
-XX:MaxPermSize=128m
如前所述,您可能会遇到泄漏的类加载器。由于某种原因,您的课程没有被卸载。这可能有两个原因
这个问题没有万能的解决方案。帮助您找到根本原因的一个有用工具是Eclipse 内存分析器工具,您可以将其应用于 JVM 的堆转储(您可以使用 -XX:+HeapDumpOnOutOfMemoryError 选项在 OOM 上启用堆转储)。也许开始从您的 Web 应用程序中寻找 java.lang.Class 对象,以了解它们为何保持活动状态。不幸的是,PermGen 通常不是 JVM 堆转储的一部分,因此您只能尝试在堆的其余部分中找到相关的工件(如果我没记错的话,类对象不会存储在 PermGen 中,请只有实际的字节码如果我错了,请纠正我)。
HTH。
编辑:
Dave Cheney 在评论中建议 java.lang.Class-objects 确实是 PermGen 的一部分,并且不包含在正常的热点堆转储中。除非您有一个在堆转储中写入此信息的 JVM,否则您将需要一种不同的方法。您仍然可以查找对象的实例,但如果您正在泄漏类/类加载器(不幸的是它们都相互暗示),您似乎需要寻找其他迹象(来自 JBoss 的元数据对象等)。
根本原因是对已被丢弃的类的引用泄漏到其类加载器之外,从而阻止了 JVM 从 perm gen 中卸载这些类。您使用的那些标志可能会导致 JVM 积极清除不可加载的类,但它不会解决根本问题。
这里有一个很好但很复杂的解释
PermGen OutOfMemory 错误的原因是应用程序重新部署。根本原因是从重新部署中泄漏 PermGen 中的 Class 对象。
当然,解决方法是在重新部署一定次数后重新启动 JVM。
这是一个很难完全解决的问题,尽管通过一些调查你通常可以做出很大的改进。从这里开始:当您的网络应用程序停止时,请确保:
这些是可能导致 Class 对象被困在 PermGen 中的一些事情。
另外,请注意,并非所有 JVM(或所有版本的 JVM)都会在 PermGen 中 GC 类对象。如果您正在运行的 JVM 或 JVM 版本不会在 PermGen 中 GC 类对象,那么您唯一的选择是在重新部署一定数量后重新启动 JVM。鉴于您提到的 JVM 选项,这可能不适用于您。