Java内存泄漏:为什么不可达对象没有被收集？

Question

我试图找到一个解决JDK Nashorn错误JDK-8229011。

我使用错误票证中链接的脚本重现了错误，并进行了几次堆转储。我使用 JProfiler 和 Eclipse Memory Analyzer 来查找问题的根源。但是，我总是以无法访问的路径结束，我不明白为什么对象没有被垃圾回收。AFAIS 没有终结者可以让他们活着。如果我在 JProfiler 中打开堆转储而不禁用“转储上的完整 GC”，JProfiler 甚至会丢弃无法访问的对象。但 GC 本身不会。我用 G1 GC 进行了测试，但 CMS 也是如此。

使用任何JDK，您可以在1-2分钟内获得示例转储

public class TestJsMemLeak
{
    public static final class JsJavaUtil
    {
        private long counter = 0;

        public long testFunc()
        {
            return counter++;
        }
    }

    public static void main(final String[] args) throws Exception
    {
        System.setProperty("nashorn.args", "--no-java -doe -ot=false --language=es6 --no-deprecation-warning --lazy-compilation=false");       
        for (long i = 0; true; ++i)
        {
            final ScriptEngine scriptEngine = new ScriptEngineManager().getEngineByName("nashorn");
            scriptEngine.put("JsJavaUtil", new JsJavaUtil());
            scriptEngine.eval("for (var i = 0; i < 10; ++i) {\n" + " JsJavaUtil.testFunc();\n" + "}");
            System.gc();
            if (i % 100 == 0)
            {
                System.out.println(Runtime.getRuntime().totalMemory() - Runtime.getRuntime().freeMemory());
            }
        }
    }
}

运行此操作将导致一个转储，其中包含大约6-7 MB的不可访问java.lang.ClassValue$ClassValueMap

我在寻找一些线索，是什么让这些物体存活。

Answer 1

我不知道发生了什么，但是Eclipse内存分析器的最新开发版本给出了一些有趣的发现。快照比较-加载堆转储1、加载堆转储2，运行“通过快照比较的泄漏嫌疑:包括泄漏嫌疑和来自比较两个快照的系统概述”

问题嫌疑人1

“”加载的“java.lang.ClassValue$ClassValueMap”的一个实例占用了809280（19.48%）字节。内存累积在“java.lang.ClassValue$ClassValueMap”的一个实例中，由“”加载，占用809280（19.48%）字节。

关键词Java . lang . class value $ class value map

组件报告还说：

弱参考统计

总共发现了10,007个java.lang.ref.的弱引用对象，它们弱引用了6,969个对象。6个总计192 B的对象仅通过弱引用被保留（保持活动）。可能的内存泄漏5,785个总计124.4 KB的对象被弱引用，也通过弱引用被强烈保留（保持活动）。

详情 »