可以创建堆转储来分析内存泄漏而不进行垃圾收集吗？
然而，我注意到VisualVM将在堆转储之前执行完整的GC，这将清理旧的Gen，在这种情况下，堆转储将是无用的。
我还尝试使用以下命令：
jmap-dump：live,format=b,file=heap.bin
共有1个答案
标为正确的答案不再正确了。正如Sumit所说，只有在使用live选项（在histo和dump操作中）时，它才会导致完整的GC。
Java7和Java8都有这个选项
-Histo[:Live]
权限：java.lang.Management.ManagementPermission（监视器）
语法:gc.heap_dump[options]
参数：filename：转储文件的名称（字符串，无默认值）
-
如果我有一个垃圾收集器来跟踪分配的每个对象，并在它们不再有对它们的可用引用时立即释放它们，你还会有内存泄漏吗？ 考虑到内存泄漏是指没有任何引用的分配，这不是不可能的吗？还是我遗漏了什么？ 编辑：所以我认为内存泄漏是您在代码中不再引用的分配。您仍然可以引用的大量累积分配不是我在这里考虑的泄漏。 我也只是在谈论普通的G.C.，已经有一段时间了，但我知道像循环引用这样的案例不会把他们绊倒。我不需要任何语
-
在面对中的一些内存泄漏后，我想知道中是否存在内存泄漏。快速搜索将我带到了以下stackoverflow线程。 @david wasser对此帖子的评论如下： 对象a- 在本例中，ObjectA是代码中正在使用的对象。然而，ObjectA包含一个对ObjectB的引用，该引用实际上是死的（即：ObjectB已经分配和使用，从程序员的角度来看，现在是死的），但程序员忘记了将ObjectA中的引用设置为
-
我已经用工具从运行了几天的Java应用程序中生成了一个堆转储文件，这将导致一个很大的二进制堆转储文件。 我如何在IntellIJ IDEA中对这个堆转储执行内存分析？ 我知道有一些用于Eclipse和Netbeans的工具，但如果可能的话，我更愿意使用IDEA。 分析的基本结果将告诉我每个对象在内存中的实例数（每个类），以便我能够开始调试内存泄漏。
-
遵循下面的过程，但我无法分析转储生成。 null 提前谢了。
-
问题内容： 这是我几个月来一直试图寻找的问题。我有一个运行的Java应用程序，它处理xml提要并将结果存储在数据库中。存在间歇性的资源问题，很难追踪。 背景： 在生产包装盒上（问题最明显的地方），我对包装盒的访问不是特别好，并且无法使Jprofiler运行。那个盒子是一个运行centos5.2，tomcat6和java 1.6.0.11的64位四核8GB计算机。它以这些java-opts开头 技术
-
问题描述：我们在一个web应用程序（在CQ5上）中面临以下问题： 系统配置详细信息：系统内存： 7GB Xmx： 3.5 GB Xms： 1 GB MaxPermGen： 300MB最大观察线程数： 620（包括300个超文本传输协议请求服务线程）Xss：默认值 问题是cq5 java进程（运行servlet引擎）消耗的内存随着时间的推移而不断增加。一旦达到6到6.5GB以上（系统内存达到7GB）