如果您想要一个相当高级的工具来做一些严肃的研究，可以看看Eclipse中的Memory Analyzer项目，该项目由SAP提供。

您可以做的一些事情对于查找内存泄漏等非常有用——包括对内存中的对象运行一种有限SQL (OQL)形式，例如:

SELECT toString(firstName) FROM com.yourcompany.somepackage.User

完全的。

如果你想对你的堆转储进行自定义分析，那么有:

JVM堆转储分析库https://github.com/aragozin/heaplib/tree/master/hprof-heap

这个库速度很快，但是您需要用Java编写分析代码。

从文档中可以看出:

没有在磁盘上创建任何临时文件来处理堆转储 可以直接工作GZ压缩堆转储 HeapPath符号

YourKit Java Profiler似乎也可以处理它们。

您也可以从Netbeans Profiler或Visual VM独立工具中使用HeapWalker。Visual VM是JHAT的一个很好的替代方案，因为它是独立的，但是比JHAT更容易使用。

您需要Java 6+才能完全使用Visual VM。

如果您想要一个相当高级的工具来做一些严肃的研究，可以看看Eclipse中的Memory Analyzer项目，该项目由SAP提供。

您可以做的一些事情对于查找内存泄漏等非常有用——包括对内存中的对象运行一种有限SQL (OQL)形式，例如:

SELECT toString(firstName) FROM com.yourcompany.somepackage.User

完全的。

我个人更喜欢VisualVM。我喜欢VisualVM中的一个特性是堆转储比较。在进行堆转储分析时，有多种方法可以找出导致崩溃的原因。我发现有用的方法之一是对健康堆转储和不健康堆转储进行比较。

以下是你可以遵循的步骤:

获取OutOfMemoryError的堆转储，我们将其称为“ome.hprof”。您可以通过JVM参数HeapDumpOnOutOfMemoryError来获得该参数。 重新启动应用程序，让它运行一段时间(分钟/小时)，具体取决于您的应用程序。在应用程序仍在运行时获取另一个堆转储。我们称它为“health .hprof”。 您可以在VisualVM中打开这两个转储并进行堆转储比较。您可以在类或包级别上进行。这通常可以为你指出问题的方向。

链接:https://visualvm.github.io