如何阅读 Eclipse Memory Analyzer 的“Merge Shortest Paths to GC Roots”屏幕？

Question

我正在努力解决这个问题

java.lang.OutOfMemoryError: Metaspace

在重新部署时，在 Tomcat 8.0.18 上运行 Web 应用程序（Apache Roller、Java EE weblogger 软件：https://roller.apache.org）。

我知道问题的原因可以通过 Eclipse 内存分析器找到，所以我在 OOME 时得到了一个堆转储，它由运行的 JVM 自动生成

-XX:+HeapDumpOnOutOfMemoryError.

我可以看到有 4 个 WebappClassLoader 实例应该被垃圾回收。但我不确定为什么这些实例没有被垃圾收集。

所以这是我在Merge Shortest Paths to GC Roots => exclude all phantom/weak/soft/etc. references 屏幕中针对每个WebappClassLoader 实例提出的问题：

1. 这是否意味着 PostgreSQL JDBC 驱动程序（部署在服务器端）引用了 RollerContext？

2. 这看起来像SoftEntryReference 的一个实例引用了WebappClassLoader，但我猜它不是一个强引用，所以它不会阻止WebappClassLoader 被垃圾收集。我错了吗？

3. 我不知道这是什么意思...这是什么意思？ WebappClassLoader 本身是否防止被垃圾收集？

4. 就像我在 2 中写的那样，我想它应该被垃圾收集，因为它被 SoftReference 引用。我错了吗？

Answer 1

这是否意味着 PostgreSQL JDBC 驱动程序（部署在服务器端）引用了 RollerContext？

是的，看起来是这样。特别是通过静态变量中保存的异常对象的回溯。

Merge Shortest Paths to GC Roots => 排除所有 phantom/weak/soft/etc。参考文献

[...]

这看起来像 SoftEntryReference 的一个实例有对 WebappClassLoader 的引用，但我猜它不是强引用

[...]

就像我在 2 中写的那样，我想它应该被垃圾收集，因为它被 SoftReference 引用。我错了吗？

你错了。

就垃圾收集器而言，您并没有看到软引用。软引用对象中只有一个字段不是强字段，即referent 字段。

查看 JDK 的 java.lang.ref.Reference<T> 类内部，您会看到还有其他字段。您还会注意到SoftReference 是可子类化的，因此可以有其他字段。所有非引用字段都是强引用。

MAT 表示您正在查看的内容由 discovered 字段链保存，这意味着引用对象肯定是活着的，即使它们的引用对象可能已被回收。

我不知道这是什么意思...这是什么意思？ WebappClassLoader 本身是否防止被垃圾收集？

eclipse docs 对此进行了解释：它是一个 GC 根，因为该对象上持有一个锁，并且它当前由本机代码处理，例如JNI。

这是"eclipse mat busy monitor" 的第一个谷歌搜索结果。请做你的研究。