如何检查核心转储文件中java应用程序的内存泄漏？

在上，我的jboss应用程序突然停止，核心转储文件在/var/crash/path中生成，进程id为。在同一位置没有生成日志。Java版本是Java-1.7.0-openjdk-1.7.0.45.x86_64。我想知道为什么我的应用程序被终止，这个文件被生成。我怀疑发生了导致此故障的内存泄漏。但在应用程序日志中没有跟踪。如何调试这个代码转储文件（大约6GB）

因为我看不到我们的转储文件，所以不能确切地说它的内存泄漏。 对于内存泄漏检查，在运行的应用程序中有许多工具。 在JDK内部，VisualVM工具也位于“JDK/bin”文件夹中。 您可以将其指向生产服务器

---

提供了其他多种解决方案@

，因为我看不到我们的转储文件，所以我不能确切地说它的内存泄漏。 对于内存泄漏检查，在运行的应用程序中有许多工具。 在JDK内部，VisualVM工具也位于“JDK/bin”文件夹中。 您可以将其指向生产服务器

---

如果以前从未发生过这种情况，则会提供其他多种解决方案。@

需要做的第一件事是尝试复制它。如果你发现了一些东西，如果你不能复制它，你打算如何修复它？这个问题发生在我的生产系统中，我无法进行任何测试。不幸的是，我无法在我的测试环境中复制它。从生产中，我只得到了核心转储文件，没有来自应用程序logIt的跟踪，仍然需要读取核心转储文件。你能把它寄出去吗？我担心您将不得不等到它再次发生，才能真正开始修复它您的核心转储可能有很多原因，不仅仅是内存泄漏。在分析java核心转储和

hs\u err\u pid*.log

文件之前，不要过早得出结论。另请参阅。如果这以前从未发生过，那么首先需要做的就是尝试复制它。如果你发现了一些东西，如果你不能复制它，你打算如何修复它？这个问题发生在我的生产系统中，我无法进行任何测试。不幸的是，我无法在我的测试环境中复制它。从生产中，我只得到了核心转储文件，没有来自应用程序logIt的跟踪，仍然需要读取核心转储文件。你能把它寄出去吗？我担心您将不得不等到它再次发生，才能真正开始修复它您的核心转储可能有很多原因，不仅仅是内存泄漏。在分析java核心转储和

hs\u err\u pid*.log

文件之前，不要过早得出结论。另见。