java oom时应让jvm主动退出并由外部机制重启，推荐使用-xx:+exitonoutofmemoryerror参数立即终止进程，配合容器或进程管理器实现自动恢复。
Java 内存溢出（OOM）时让 JVM 自动重启，核心思路不是“在 Java 进程内捕获并重启自己”——这不可靠且易失败，而是让 JVM 在 OOM 时主动退出，交由外部机制（如容器、进程管理器、脚本）完成重启。这是生产环境稳定、可运维的主流做法。
用 -XX:+ExitOnOutOfMemoryError 立即退出
这是最简洁、最推荐的方式，适用于容器或有守护进程的场景。 - 参数作用：JVM 遇到任何 OutOfMemoryError（堆、Metaspace、Direct Memory 等）时，直接终止进程，不抛异常、不挂起、不等待。 - 示例启动命令：java -XX:+ExitOnOutOfMemoryError -Xms2g -Xmx2g -jar app.jar
用 -XX:OnOutOfMemoryError 执行自定义命令
适合需要在退出前做清理、记录或触发特定逻辑的场景（如生成 dump + 杀进程 + 启动新实例）。 - 参数格式：-XX:OnOutOfMemoryError="shell-command" 命令中可用 %p 表示当前 JVM 进程 PID。 - 常见组合：- 生成 dump 并强制退出：-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/logs/dump.hprof -XX:OnOutOfMemoryError="kill -9 %p"
- 调用外部重启脚本：-XX:OnOutOfMemoryError="/opt/app/restart.sh"（脚本内需确保能正确拉起新进程）
配套必须做的三件事
自动重启有效，依赖外部环境配合：- 容器环境（如 Kubernetes）：配合 livenessProbe 或 restartPolicy: Always，JVM 退出后 Pod 自动重建；务必禁用 readinessProbe 滞后剔除，避免流量打到即将 OOM 的实例。
- Linux 进程管理（如 systemd / Monit）：配置 Restart=always 或 check process + auto-restart；Monit 可结合 ps 检查 RSS 或日志关键词触发动作。
- 参数生效验证：不要只信界面显示。上线后执行 ps aux | grep java，确认命令行中完整出现你设置的 -XX:+ExitOnOutOfMemoryError 或 -XX:OnOutOfMemoryError 参数；也可用 java -XX:+PrintFlagsFinal -version | grep ExitOnOutOfMemoryError 查是否被覆盖。
不推荐的做法
- 在代码里 try-catch OutOfMemoryError 后调用 Runtime.getRuntime().exec() 重启：OOM 时堆已濒临崩溃，new ProcessBuilder 可能失败，线程栈也可能耗尽，极易卡死或二次崩溃。 - 仅靠增大 -Xmx 治标不治本：如果存在内存泄漏，再大的堆也只是延迟失败时间。 - 忘记锁死 -Xms 和 -Xmx：动态伸缩会引发频繁 Full GC，加剧不稳定；生产环境应设为相同值。真正可靠的 OOM 自恢复，靠的是“快速失败 + 外部重启 + 事后分析”，而不是在崩溃边缘强行续命。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
