Memory 泄漏，因为 org.jboss.vfs.spi.JavaZipFileSystem 的实例数量更多

Question

我们正在使用 JBoss eap 6.4。 部署和访问应用程序时，我们遇到了堆问题（出现 memory 错误）。创建了一个堆转储文件以进行更多调查。 使用 Eclipse MAT 工具分析堆转储文件。 MAT 工具抱怨以下泄漏。

问题嫌疑人1

“org.jboss.vfs.spi.JavaZipFileSystem”的183个实例，由“org.jboss.modules.ModuleClassLoader @ 0xe0884088”加载，占用24,507,432字节（24,507,432）

最大实例： •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c65988 - 2,367,616 (1.37%) 字节。 •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c64308 - 1,883,528 (1.09%) 字节。 •org.jboss.vfs.spi.JavaZipFileSystem @ 0xe1c5c660 - 1,729,400 (1.00%) 字节。 这些实例引用自“java.util.HashMap$Node[]”的一个实例，由“”加载

关键词 org.jboss.vfs.spi.JavaZipFileSystem java.util.HashMap$Node[] org.Z9764DC122BE894C72F63147035807F596Z.modules

细节 ”

谁能解释上述泄漏（为什么会发生以及如何处理？）并提出解决 memory 泄漏的解决方案？

更新：以下是 JBOSS 尝试加载的类列表：

更新：以下是使用 Eclipse MAT 的支配树视图：

下面是org.springframework.beans.factory.support.DefaultListableBeanFactory的GC路径（这个class有更多的retained heap）：

Answer 1

它看起来与https://access.redhat.com/solutions/36954中描述的已知 jboss EAP 问题相似。该链接适用于 EAP 版本 5，但看起来 6 有类似问题。 class 名称可能不同。

一种解决方法是减少部署的 jars 的数量：

• 苗条的 EAP 5 。

• 对于使用相同库版本的应用程序，将部署中的所有重复 jars 移动到 $JBOSS_HOME/server/$CONFIG/lib/。

• 使用解压缩的部署

• 使用下面的 JVM 选项重新排序内存中 JAR 处理，以减少 VFS 缓存 memory 在潜在性能损失时的消耗：

  -Djboss.vfs.optimizeForMemory=true

诊断步骤：

使用下面的 OQL 语句检查有哪些 JAR 条目。 这里的大量重复将向您表明保留是源于此。

SELECT toString(s.rootURI.string) FROM org.jboss.virtual.plugins.context.zip.ZipEntryContext s

在你的情况下

SELECT toString(s.rootURI.string) FROM org.jboss.vfs.spi.JavaZipFileSystem s