Java 如何进一步调查内存泄漏

我的应用程序在老一代中不断增长。我从应用程序的多个实例中获取转储，并使用eclipse MAT打开它。显示1个泄漏可疑点：

8,260 instances of "java.lang.Class", loaded by "<system class loader>" occupy 6,371,584 (22.08%) bytes.

Biggest instances:

class java.lang.invoke.MethodType @ 0xd4e40f50 - 585,512 (2.03%) bytes.
class sun.security.jca.Providers @ 0xd55c4648 - 537,272 (1.86%) bytes.[![enter image description here][1]][1]

8260个由“”加载的“java.lang.Class”实例占用6371584（22.08%）字节。
最大的例子：
类java.lang.invoke.MethodType@0xd4e40f50-585512（2.03%）字节。
类sun.security.jca.Providers@0xd55c4648-537272（1.86%）字节。[！[在此处输入图像描述][1]]

如果搜索对象0xd4e40f50，我会看到一个包含大量方法引用的大哈希映射。看起来像应用程序中使用的所有方法

另一个地址0xd55c4648给出了安全提供程序的列表。

---

这是java进程使用的，并不特定于我的应用程序。有人能提出进一步调查泄漏的建议吗？这是否意味着某个地方存在循环依赖？出现此类症状的泄漏原因还有哪些？

是什么导致您得出内存泄漏而不是正常内存使用的结论？您在上面发布的是8260个对象正在使用6371584字节，即~6MB。这本身看起来完全正常。