我如何找出未释放对象的持有情况？

Question

我们的一个程序有时会在一台用户的计算机上出现 OutOfMemory 错误，但当然不是在我测试它时。 我只是用 JProfiler 运行它（在 10 天评估许可证上，因为我以前从未使用过它），并根据我们的代码前缀进行过滤，总大小和实例数量中最大的块是特定简单类的 8000 多个实例。

我单击 JProfiler 上的“垃圾收集”按钮，我们其他类的大多数实例都消失了，但这些特定的实例却没有。 我再次运行测试，仍然在同一个实例中，它创建了 4000 多个该类的实例，但是当我单击“垃圾收集”时，这些实例消失了，留下了 8000 多个原始实例。

这些实例确实会在不同阶段陷入不同的集合中。 我认为它们没有被垃圾收集这一事实必定意味着某些东西持有对其中一个集合的引用，因此它持有对对象的引用。

有什么建议我可以找出参考文献中的内容吗？ 我正在寻找有关在代码中查找内容的建议，以及在 JProfiler 中查找该内容的方法（如果有）。

Answer 1

转储堆并检查它。

我确信有不止一种方法可以做到这一点，但这里有一种简单的方法。 此描述适用于 MS Windows，但可以在其他操作系统上执行类似的步骤。

1. 如果您还没有 JDK，请安装它。 它附带了一堆简洁的工具。
2. 应用。
3. 打开任务管理器并找到 java.exe（或您正在使用的任何可执行文件）的进程 ID (PID)。 如果默认情况下未显示 PID，请使用 View > 选择“列...”以添加它们。
4. 使用jmap转储堆。
5. 在您生成的文件上启动jhat服务器，然后打开浏览器http://localhost:7000 （默认端口为 7000）。 现在，您可以浏览您感兴趣的类型以及实例数量、对它们的引用等信息。

下面是一个示例：

C:\dump>jmap -dump:format=b,file=heap.bin 3552

C:\dump>jhat heap.bin
Reading from heap.bin...
Dump file created Tue Sep 30 19:46:23 BST 2008
Snapshot read, resolving...
Resolving 35484 objects...
Chasing references, expect 7 dots.......
Eliminating duplicate references.......
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.

要解释这一点，了解一些 数组类型命名法 Java 使用 - 就像知道 class [Ljava.lang.Object; 真正意味着 Object[] 类型的对象强>。

Answer 2

尝试 Eclipse 内存分析器。 它将向您展示每个对象如何连接到 GC 根 - 一个不会被垃圾回收的对象，因为它由 JVM 持有。

请参阅 http://dev.eclipse.org/blogs/memoryanalyzer/2008/05/27/automated-heap-dump-analysis-finding-memory-leaks-with-one-click/ 了解更多信息关于 Eclipse MAT 的工作原理。

Answer 3

我会查看类中的集合（尤其是静态集合）（HashMap 是一个很好的起点）。 以此代码为例：

Map<String, Object> map = new HashMap<String, Object>(); // 1 Object
String name = "test";             // 2 Objects
Object o = new Object();          // 3 Objects
map.put(name, o);                 // 3 Objects, 2 of which have 2 references to them

o = null;                         // The objects are still being
name = null;                      // referenced by the HashMap and won't be GC'd

System.gc();                      // Nothing is deleted.

Object test = map.get("test");    // Returns o
test = null;

map.remove("test");               // Now we're down to just the HashMap in memory
                                  // o, name and test can all be GC'd

只要 HashMap 或其他集合具有对该对象的引用，它就不会被垃圾收集。

Answer 4

那里没有灵丹妙药，您必须使用探查器来识别保存这些不需要的对象的集合，并找到代码中应该删除它们的位置。 正如 JesperE 所说，静态集合是首先要考虑的地方。

Answer 5

一个明显的候选者是具有终结器的对象。 当调用 Finalize 方法时，它们可能会徘徊。 它们需要被收集，然后最终确定（通常仅使用单个终结器线程），然后再次收集。

另请注意，您可能会收到 OOME，因为 gc 无法收集足够的内存，尽管实际上有足够的内存来创建对象请求。 否则，性能就会被磨平。

Answer 6

留意静态容器。 只要类被加载，静态容器中的任何对象都将保留。

编辑：删除了对 WeakReference 的不正确评论。

Answer 7

我刚刚读过一篇关于此的文章，但很抱歉我不记得在哪里了。 我想可能是《Effective Java》一书中的内容。 如果我找到参考，我会更新我的答案。

它概述的两个重要教训是：

1) Final 方法告诉 gc 在剔除对象时要做什么，但它没有要求它这样做，也没有办法要求它这样做。

2) 现代非托管内存环境中的“内存泄漏”相当于被遗忘的引用。 如果您在使用完某个对象后没有将所有对该对象的引用设置为null，则该对象永远不会被剔除。 当实现您自己的集合类型或您自己的管理集合的包装器时，这一点最为重要。 如果您有一个池、堆栈或队列，并且当您从集合中“删除”对象时没有将存储桶设置为 null，则该对象所在的存储桶将保留该对象直到该存储桶被设置为引用另一个对象为止。

免责声明：我知道其他答案提到了这一点，但我试图提供更多细节。

Answer 8

我使用 Yourkit Java profiler(http://www.yourkit.com) 对 Java 进行性能优化1.5. 其中有一节介绍如何处理内存泄漏。 我觉得很有用。

http://www.yourkit.com/docs/75/ help/performance_problems/memory_leaks/index.jsp

您可以获得 15 天的评估：http://www.yourkit.com/download/yjp-7.5.7.exe

BR，
～A

Answer 9

集合已经提到了。 另一个很难找到的位置是如果您使用多个类加载器，因为旧的类加载器可能无法被垃圾收集，直到所有引用都消失。

还要检查静态数据——这些很糟糕。 日志框架可以保持开放，这可以在自定义附加程序中保留引用。

您解决问题了吗？

Answer 10

一些建议：

• 无限的映射用作缓存，特别是
• 在服务器应用程序中使用静态ThreadLocals时，因为线程通常不会死亡，因此ThreadLocal不会被释放
• 实习字符串（Strings.intern()），这会导致在服务器应用程序中产生一堆字符串永久空间

Answer 11

如果您在垃圾收集语言中遇到 OOM 错误，通常意味着收集器未占用一些内存。 也许你的对象持有非java资源？ 如果是这样，那么他们应该有某种“关闭”方法来确保资源被释放，即使 Java 对象没有足够快地收集。