system.exit()的退出码是向操作系统传递的语义信号，0表示成功，非0表示失败；取值限0–255，负数或超限值会被截断，应避免在web容器等环境中使用。
System.exit() 设置的退出状态码不是 JVM 自己解释的，而是给操作系统和外部环境看的“语义信号”——0 表示成功，非 0 表示失败，具体数值由你定义并保持一致。
退出码的取值范围与系统截断规则
Java 不限制传入值，但操作系统只认 0–255 的无符号字节：
- 0 是唯一被 Shell、CI 流程、Kubernetes 健康检查广泛识别为“成功”的值
- 非 0 值（如 1、101、255）表示某种失败，含义需自行约定并文档化
- 负数（如 -1）会被截断为 255（-1 & 0xFF = 255）
- 超过 255 的数（如 300）取模：300 % 256 = 44；256 % 256 = 0（看似成功，实则掩盖问题）
常见退出码的业务约定建议
避免全用 0 或 1，按错误类型分层编码更利于运维排查：
- 0：程序完成预期目标（如命令行工具执行完毕、配置校验通过）
- 2：命令行参数解析失败
- 3：配置文件加载异常或缺失
- 4：外部服务连接超时或拒绝（如数据库、HTTP API）
- 101–125：自定义业务错误（如 101=用户权限不足，102=数据校验不通过）
- 126–127：Shell 预留码，Java 程序应避开
- 128+N：对应信号中断（如 130 = SIGINT），需配合信号监听库才有效
退出码生效的前提：JVM 关闭流程必须完整
状态码只是最终标记，真正决定“是否安全退出”的是关闭过程本身：
- 必须注册 ShutdownHook 来清理资源（关闭线程池、flush 日志、注销服务）
- 钩子内避免阻塞操作（网络调用、长耗时 I/O），建议超时控制在 3–5 秒内
- 在 Docker/K8s 中，要配合
STOPSIGNAL SIGTERM和优雅期，不能一收到信号就立刻System.exit(0) - 确保所有非守护线程已终止，否则容器可能卡在 Running 状态，即使退出码是 0
哪些场景不该设退出码？
不是所有“退出”都需要 System.exit()：
- Web/Spring Boot 应用中禁止使用——应抛异常让框架处理，或调用
SpringApplication.exit() - 单元测试里调用会导致整个测试套件中断，后续用例不执行
- 多线程或 RPC 服务中，仅想终止当前任务，不该杀整个 JVM
- 图形界面程序中，退出窗口不等于退出 JVM，通常只需 dispose() 窗口
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
