APP重启场景中System.exit(0)与System.exit(2)的区别及适用时机

嘿，这个问题问得相当实在——我之前帮不少开发者梳理过退出码相关的细节，正好给你把这俩参数的门道讲明白。

首先得搞清楚：System.exit(n)里的n是进程返回给操作系统的退出状态码，操作系统会靠这个码判断进程是正常收尾还是出了问题。行业里有个通用约定：

• 0代表正常退出：进程完成了所有预期任务，没出任何差错就结束了
• 非0值（比如你用的2）代表异常退出：进程因为错误、故障或者非预期情况终止，不同的非0值还能用来区分具体错误类型（比如1常指通用错误，2多关联参数无效或资源缺失，不过这没有绝对强制标准，更多是约定俗成）

回到你的重启场景，虽然俩参数都能触发重启，但背后的逻辑和适用场景差得挺多：

用System.exit(0)的情况 #

如果你是主动触发重启——比如用户点了“重启应用”按钮，或者应用更新完配置需要重启，这时候用0就很合适。因为这时候进程是正常完成了当前阶段的工作（比如保存了状态、清理了临时资源），主动选择退出重启，属于“正常流程内的操作”。

• 好处是：监控脚本或者操作系统的进程管理器会把这个退出标记为“正常结束”，日志里也会显示正常状态，后续排查问题时能轻松区分“主动重启”和“意外崩溃”。

用System.exit(2)的情况 #

当应用因为崩溃、致命异常（比如未捕获的Exception、资源耗尽、核心组件故障）需要重启时，用非0的退出码（比如2）才是准确的。这相当于给操作系统和进程管理器递了个信号：“我不是正常收尾的，是出问题才退出的”。

• 要是你有配套的监控工具或者重启脚本，它们能根据这个非0码做针对性处理——比如自动记录错误日志、触发告警、重启前先备份故障快照或者检查资源占用。
• 另外，很多现成的进程管理工具（比如supervisor、systemd）默认会对非0退出的进程自动重启，还能配置重启策略（比如失败多少次后暂停），这时候用非0码能更好地和这些工具配合。

最后补充个小细节：Java没有强制规定非0退出码的具体含义，但尽量遵循通用约定，比如：

• 0：成功完成任务
• 1：通用错误
• 2：无效参数或缺少必要资源
• 128+信号值：进程被外部信号终止（比如被kill -9干掉的话，退出码是137）

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