为何JVM发生OOM后不崩溃？如何配置使其OOM后崩溃？

在对数值准确性要求极高的场景中，JVM发生OOM后不崩溃反而返回错误结果（比如NULL）的情况确实无法接受。以下是几种可靠的方案，能让JVM在OOM触发后直接终止，避免错误输出：

一、使用JVM内置参数（推荐） #

这是最直接且无需修改代码的方案，可根据需求选择不同参数：

• -XX:+ExitOnOutOfMemoryError（JDK 8u92及以上版本支持）
  当JVM发生OOM时，会立即退出进程，不会继续执行后续代码。适合只需要快速终止、不需要额外调试信息的场景。使用方式：

  java -XX:+ExitOnOutOfMemoryError YourMainClass
  

• -XX:+CrashOnOutOfMemoryError（JDK 8u192及以上版本支持）
  触发OOM时，JVM会生成崩溃转储文件（hs_err_pidXXX.log），方便后续排查OOM原因，同时终止进程。适合需要保留调试信息的场景：

  java -XX:+CrashOnOutOfMemoryError YourMainClass
  

• -XX:OnOutOfMemoryError
  可以指定OOM发生时执行的自定义命令，比如先记录日志再杀死进程。例如在Linux系统中执行kill命令终止当前JVM：

  java -XX:OnOutOfMemoryError="kill -9 %p" YourMainClass
  

  其中%p会被替换为当前JVM进程的PID，多个命令用分号分隔即可。

二、代码层面自定义处理（补充方案） #

如果需要更灵活的逻辑（比如先执行特定业务清理再终止），可以在代码中添加全局异常处理器：

public class OOMCrashHandler {
    public static void main(String[] args) {
        Thread.setDefaultUncaughtExceptionHandler((t, e) -> {
            if (e instanceof OutOfMemoryError) {
                // 可添加自定义日志记录、资源清理逻辑
                System.err.println("发生OOM，即将终止进程");
                // 强制终止JVM，状态码1表示异常退出
                System.exit(1);
            }
        });

        // 业务代码逻辑
    }
}

注意：这种方式依赖于错误能被当前线程的异常处理器捕获，对于线程池或异步任务中的OOM，需额外配置线程的异常处理器，可靠性不如JVM参数。

方案选择建议 #

• 优先选择-XX:+ExitOnOutOfMemoryError或-XX:+CrashOnOutOfMemoryError，配置简单且覆盖所有OOM场景；
• 若需要自定义操作（比如告警、日志归档），则使用-XX:OnOutOfMemoryError；
• 代码层面的方案作为补充，适合有特殊业务清理需求的场景。

内容的提问来源于stack exchange，提问作者rufushuang