当一个短期对象持有一个长期对象时，应用程序中会发生内存泄漏， 我的问题是我们如何识别 1) 哪个物体的寿命更长和更短，有什么工具可以测量物体的寿命？
第二个问题
我经常收到 Out of Memory Space 错误，我尝试将堆内存增加到 2 GB，但我仍然得到，请向我推荐任何可以识别内存泄漏问题并修复的开源工具。
目前我每次都重新启动服务器作为临时解决方案，但建议我任何可以永久修复的东西。
【问题讨论】：
标签： java performance memory-management memory-leaks
您可以使用JDK中包含的VisualVM工具：
此处提供的文档：
【讨论】：
有两种选择：
这可能是您的应用程序没有分配足够的堆。测量输入的大小并为应用程序提供相应的堆；
存在内存泄漏：使用分析器，检查您的堆，找到不应该存在或存在过多的对象（用您的话来说是“短期对象”），确定哪些“长期存在” living' 对象持有他们，解决这个问题。您应该了解您的代码以了解哪些对象必须是“短期的”，哪些必须是“长期的”。
【讨论】：
我发现 Netbeans 中的 Heap Walker 非常有用
【讨论】：
如前所述，jvisualvm 有很好的工具来实时分析堆。
但您也可以使用 jvisualvm 或 -XX:+HeapDumpOnOutOfMemoryError 在文件中进行堆转储。然后将文件带到您的 destkop，在Eclipse Memory Analyzer 中打开它。 Eclipse MAT 更适合分析内存。
【讨论】：
内存不足发生在服务器上，因为它实际上用尽了它允许拥有的所有内存。不确定您使用什么应用程序来托管服务器，但对于 Apache，您需要添加 -Xmx512m 行，其中 512 是它允许拥有的最大兆字节数。
如果您让应用程序运行足够长的时间，它就会发生。这不是因为 Java 中的内存泄漏，而是服务器本身倾向于这样做。您无法更改此行为，但您至少可以增加 256 mb 的默认内存。对于我每天工作的重载站点，不幸的是，256 mb 对我来说持续了大约 30 分钟。我发现 1024 mb 是合理的，很少会因为内存不足异常而崩溃。
我觉得 Java 无法正确收集垃圾是非常不寻常的，除非程序员着手覆盖典型功能。
【讨论】：
我认为您可以使用 jsconsole 跟踪内存泄漏（如果我没记错的话，它随 JDK6 一起提供）。
【讨论】：
持有对长寿命对象的引用的短寿命对象不会引起问题。 （一个很好的 overview ，包括分代垃圾收集）。
2GB 是非常多的对象/引用。如果您的 2Gb 堆空间用完，您可能会保留大量数据和/或在使用完这些数据后保持开放资源。您至少应该发布一份说明，说明您的应用程序做了什么以及需要多长时间才能死掉。
您可以通过观察垃圾收集器快速了解正在发生的事情（例如，使用“-verbose:gc”运行它会告诉您垃圾收集器何时运行以及它收集了多少）。
【讨论】：