如何在内存不足错误时生成线程转储java

Question

• 除了堆转储（java_pid14941.hprof）之外，java 6 还会生成线程转储吗？

• ？应用程序。

  java.lang.OutOfMemoryError：超出 GC 开销限制 将堆转储到 java_pid14941.hprof ...

• 我确实在工作目录中找到了 ava_pid14941.hprof，但没有找到任何包含线程转储的文件。我需要知道当出现 OutOfMemory 错误时所有线程正在做什么。

• 是否有任何配置选项除了在内存不足异常时生成堆转储之外

Answer 1

如果您在 Linux/Unix 环境中，您可以这样做：

-XX:OnOutOfMemoryError="kill -3 %p"

这样您就不必让您的应用程序生成定期的线程转储，并且您将在它实际阻塞时获得快照。

使用%p，您不需要传递PID，JVM会自动选择正确的进程ID作为这里提到。

Answer 2

如何在java上生成线程转储
内存不足错误？

您的问题可以简化为：

• 如何生成线程转储

以及：

• 如何捕获内存不足错误（不要注意这里的反对者，他们错过了更大的图景，请参阅我的评论）

所以它实际上很容易，你可以这样做：

• 安装默认的未捕获的异常处理程序

• 是否有 OutOfMemoryError

• 如果您有 OutOfMemoryError，请自行生成完整的线程转储，并要求用户通过电子邮件将其发送给您，或者主动提供自动发送

  （

奖励：它在 1.5 上也能正常工作:)

 Thread.setDefaultUncaughtExceptionHandler( new Thread.UncaughtExceptionHandler() {
     public void uncaughtException( final Thread t, final Throwable e ) {
         ...
     }

您可能想研究一下这个：

 e.getMessage();

还有这个：

Thread.getAllStackTraces();

我正在做在数百种不同的 1.5 和 1.6 JVM（不同操作系统）上运行的应用程序中始终存在这种情况。

Answer 3

当使用jstack触发OnOutOfMemoryError时，有可能触发线程转储。例如：-

jstack -F pid > /var/tmp/<identifier>.dump

Answer 4

我认为 java 中没有任何东西可以为您提供退出时线程转储。必要时，我通过使用定期 kill -3 pid 的 cronjob 来解决这个问题。是的，它确实使日志有点混乱，但足迹仍然可以忽略不计。

如果您正遭受 OOM 的困扰，那么了解情况如何按线程演变可能会有所帮助。

Answer 5

根据接受的答案，我创建了实用程序类。您可以将其定义为 Spring bean，并且您已准备好扩展日志记录。

import java.util.Iterator;
import java.util.Map;

import javax.annotation.PostConstruct;

import org.apache.commons.lang3.exception.ExceptionUtils;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class UncaughtExceptionLogger {

    private final static Logger logger = LoggerFactory.getLogger(UncaughtExceptionLogger.class);

    @PostConstruct
    private void init() {
        Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
            public void uncaughtException(final Thread t, final Throwable e) {
                String msg = ExceptionUtils.getRootCauseMessage(e);
                logger.error(String.format("Uncaght exception handler captured expcetion '%s'", msg), e);
                if (msg.contains("unable to create new native thread")) {
                    String dump = captureThreadDump();
                    logger.error(String.format(
                            "OutOfMemoryError has been captured for threads limit. Thread dump: \n %s", dump), e);
                }
                if (ExceptionUtils.getRootCause(e) instanceof OutOfMemoryError) {
                    String dump = captureThreadDump();
                    logger.error(String.format("OutOfMemoryError has been captured. Thread dump: \n %s", dump), e);
                }
            }
        });
    }

    public static String captureThreadDump() {
        /**
         * http://stackoverflow.com/questions/2787976/how-to-generate-thread-
         * dump-java-on-out-of-memory-error
         * http://henryranch.net/software/capturing-a-thread-dump-in-java/
         */
        Map<Thread, StackTraceElement[]> allThreads = Thread.getAllStackTraces();
        Iterator<Thread> iterator = allThreads.keySet().iterator();
        StringBuffer stringBuffer = new StringBuffer();
        while (iterator.hasNext()) {
            Thread key = (Thread) iterator.next();
            StackTraceElement[] trace = (StackTraceElement[]) allThreads.get(key);
            stringBuffer.append(key + "\r\n");
            for (int i = 0; i < trace.length; i++) {
                stringBuffer.append(" " + trace[i] + "\r\n");
            }
            stringBuffer.append("");
        }
        return stringBuffer.toString();
    }
}

Answer 6

-XX:OnOutOfMemoryError="kill -3 %p"

遗憾的是，用于进行线程转储的 JVM 参数不起作用。
子进程无法结束对父进程的 SIGQUIT。

Oracle 有 -XX:CrashOnOutOfMemoryError 但这在 Java 8 上可用。

Answer 7

假设您的目标服务器上安装了 JDK（不是 JRE），您可以依靠命令 jcmd 来生成线程转储，这样无论服务器的操作系统如何，它都可以工作。

定义在 OutOfMemoryError 上执行的命令的 JVM 选项如下：

-XX:OnOutOfMemoryError="jcmd %p Thread.print"

其中 %p 指定当前进程 ID

此外，由于我们可能希望将线程转储到文件中，可以通过添加 JVM 选项 -XX:+UnlockDiagnosticVMOptions -XX:+LogVMOutput -XX:LogFile=jvm.log 将其放入 JVM 日志文件中，这样堆转储就可用位于 JVM 工作目录中的文件 jvm.log 中，以及用于诊断 JVM 的其他信息。

要添加的 JVM 选项的完整列表如下：

-XX:OnOutOfMemoryError="jcmd %p Thread.print" -XX:+UnlockDiagnosticVMOptions
-XX:+LogVMOutput -XX:LogFile=jvm.log

请注意，即使没有发生 OOME，文件也始终会创建，因此在服务器上，如果您想避免在下次启动时替换先前的 JVM 文件，您应该考虑在日志文件的名称中添加进程 ID，例如 jvm_pid%p.log，但不要忘记定期删除文件。

如果未设置 JVM 选项 -XX:LogFile，则默认情况下文件名的类型为 hotspot_pid%p.log，其中 %p 指定当前进程ID。

---

实际上，唯一需要的 JVM 选项是 -XX:+HeapDumpOnOutOfMemoryError，因为它允许在发生 OnOutOfMemoryError 时生成 hprof 文件。已经包含线程转储。

请参阅下面如何使用 VisualVM 从 hprof 文件获取线程转储：

< a href="https://i.sstatic.net/UkiZw.gif" rel="nofollow noreferrer">