能否通过退出码检测Java虚拟机崩溃？如何区分崩溃与正常终止以决定是否重启？

可以通过退出码结合辅助判断来区分Java进程的崩溃与正常终止，但单纯依赖退出码不够严谨，得结合具体场景和日志来判断。

1. 退出码的基本区分逻辑 #

• 正常终止：比如应用自然执行完毕、主动调用System.exit(n)，退出码要么是0（默认），要么是用户指定的自定义值
• 应用层异常退出：未捕获的Java异常导致进程终止，默认返回1，但这个和主动调用System.exit(1)没法直接区分，不属于JVM崩溃
• JVM崩溃：比如内存溢出（OOM）、JVM内部错误、原生代码触发的崩溃，此时JVM会返回特定非0退出码，同时会自动生成hs_err_pid<进程号>.log崩溃日志

2. JVM崩溃的典型退出码 #

不同JDK实现（OpenJDK、Oracle JDK）的崩溃退出码有大致约定：

• 134：JVM触发SIGABRT信号（比如断言失败、调用原生abort()函数），属于JVM内部崩溃
• 137：进程收到SIGKILL信号，可能是外部执行kill -9强制终止，也可能是OOM时JVM自我终止，需要结合日志判断
• 部分场景下OOM或其他崩溃可能返回1，但此时一定会有崩溃日志生成

3. 实现崩溃自动重启的可行方案 #

要精准区分崩溃和正常终止，建议结合退出码+崩溃日志双重判断，下面是bash脚本示例：

while true; do
    # 启动Java应用
    java -jar your-application.jar
    # 获取退出码
    exit_code=$?
    # 检查是否生成JVM崩溃日志
    crash_log_count=$(ls hs_err_pid*.log 2>/dev/null | wc -l)
    
    # 判断是否需要重启：退出码为134 或 存在崩溃日志
    if [ $exit_code -eq 134 ] || [ $crash_log_count -gt 0 ]; then
        echo "检测到JVM崩溃，正在重启应用..."
        # 可选：清理旧的崩溃日志，避免重复判断
        rm -f hs_err_pid*.log
    else
        echo "进程正常终止，停止重启循环"
        break
    fi
done

关键注意点 #

• 外部发送kill -15（优雅终止信号）时，JVM会执行钩子函数后退出，退出码通常为0或自定义值，不属于崩溃，不需要重启
• 应用层未捕获异常的退出（退出码1）不属于JVM崩溃，若需要重启这类情况，要单独添加判断逻辑
• 不同操作系统和JVM版本的退出码可能有差异，建议在目标环境中实际测试验证

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