Java JVM堆转储分析点是否指向sun.awt.windows.WToolkit?

Java JVM堆转储分析点是否指向sun.awt.windows.WToolkit?,java,memory-leaks,heap-dump,eclipse-memory-analyzer,jide,Java,Memory Leaks,Heap Dump,Eclipse Memory Analyzer,Jide,我正在分析应用程序中的内存泄漏。在使用Eclipse内存分析器进行了一些调查之后,我认识到“保存”所有引用的根是` sun.awt.windows.WToolkit 现在我不知道如何解释这个结果。我认为sun.awt.windows.WToolkit不应该导致泄漏。也许有人有建议如何解释这个结果 我们试图检查的一个想法是,它是由我们正在使用的JIDE库引起的,但很难说它是否与此有关。调用ilog.views.chart.IlvScalableFontManager#dispose解决了我们的问

我正在分析应用程序中的内存泄漏。在使用Eclipse内存分析器进行了一些调查之后,我认识到“保存”所有引用的根是`

sun.awt.windows.WToolkit

现在我不知道如何解释这个结果。我认为sun.awt.windows.WToolkit不应该导致泄漏。也许有人有建议如何解释这个结果


我们试图检查的一个想法是,它是由我们正在使用的JIDE库引起的,但很难说它是否与此有关。

调用
ilog.views.chart.IlvScalableFontManager#dispose
解决了我们的问题


参见

最后我们发现问题是由Jide组件引起的。然而,我们根据Jide库的一些过去经验得出了这个想法,仅仅通过分析堆转储不容易找到错误,因为保存整个子树的对象是sun.awt.windows.WToolkit,而不是Jide对象。此外,WToolkit和com.jidesoft.action.DockableBarManager之间没有直接联系。有没有办法通过分析转储来检查哪个对象持有引用,哪个是真正的问题。