内存泄漏的java堆和线程分析

Question

我的WebLogic服务器配置了16GB的堆空间，但当大多数用户开始工作时，90%的堆空间在生产使用1小时内就被使用了。我观察到每当这种情况发生时，都有几条线卡住了。

我已经检查了线程转储，没有“等待锁定”对象线程，线程类似于如下所示，线程没有明显的原因被卡住。

Answer 1

根据您的堆转储，您最大的内存问题是int数组，实际上它占用了将近70%的堆（是的，而是对大小列进行排序）。

1. 在堆转储中选择它，右键单击并选择在实例视图中显示
2. 然后浏览最大的对象，对每个对象右键单击并选择Show最近的GC根，以查看哪个对象仍然对int数组有硬引用，从而不符合GC的条件。

它可以帮助您找到您的内存泄漏假设它是一个内存泄漏。

请参见下面的最近的GC根示例，该示例允许识别我故意添加到程序中的漏洞，只是为了展示这个想法。正如您在屏幕截图中看到的，我有一个int数组，它不适合GC，因为它存储在我的类应用程序中名为leak的Hashmap中，所以我知道内存问题可能是由于这个特定的Hashmap引起的，特别是如果我有许多其他对象导致这个Hashmap。

注意：当您试图识别漏洞时要有耐心，因为它并不总是显而易见的，理想的情况是，您有一个巨大的对象占据了整个堆，但显然这不是您的情况没有什么真正明显的原因，这就是我建议首先研究int数组的原因。不要忘记，它也可能是很小的int数组，但有数千个int数组具有相同的最近的GC根。

另一个技巧是，如果您有JProfiler，您可以简单地按照这个精彩的教程来查找漏洞。

响应更新：

要更好地确定内存泄漏的根本原因，一个简单的方法是至少进行两个堆转储，然后使用jhat之类的工具比较它们，语法如下

jhat -J-Xmx2G -baseline ${path-to-the-first-heap-dump} ${path-to-the-second-heap-dump}

它将在端口7000上启动一个小型HTTP服务器，因此：

1. 启动http://localhost:7000/
2. 然后单击显示所有类（包括平台）的实例计数

然后您将看到按创建的新实例总量排序的类列表。然后，您可以使用VisualVM执行我在回答的第一部分中描述的操作，以查找内存泄漏的根本原因。

您还可以使用JHAT

1. 通过为每个类选择顶级类
2. 单击一个“对此对象的引用”
3. 然后单击排除弱引用

然后您将看到每个实例的GC根，如下图所示：

另一种方法是使用Eclipse内存分析器，也称为MAT。

1. 用它打开第二个快照
2. 选择视图直方图
3. 然后对每个顶级类右键单击
4. 选择合并到GC根的最短路径/排除所有引用

然后您将看到类似于下一个截图的内容：