system.exit 应仅在程序启动极早期、无法进入业务流程时调用，需配合显式清理、语义化状态码（0–127，避开143/137）及shutdown hook兜底。
在程序启动失败时用 System.exit 及时退出，关键不是“能不能退”，而是“退得干净、退得明确、退得可控”。它只适用于 main 方法刚执行、核心逻辑尚未展开 的极早期阶段，且必须配合显式清理和语义化状态码。
只在真正无法继续的启动点调用
启动失败 ≠ 任意报错就 exit。只有当程序根本没机会进入业务流程时，才触发熔断：
- 命令行参数解析失败（如必填参数缺失、格式非法）→
System.exit(2) - 核心配置文件读取失败且无降级路径（如
app.conf不存在或 JSON 解析异常）→System.exit(3) - 授权校验失败（如 license 签名无效、过期）→
System.exit(4) - 关键环境不可用（如日志目录不可写、必需端口被占用）→
System.exit(5)
退出前必须手动完成关键清理
System.exit 跳过 finally 和 try-with-resources，所以所有必须收尾操作得提前写死：
- 关闭已打开的流（
FileInputStream.close()、FileOutputStream.close()） - 刷新日志缓冲区（如 Logback：
((LoggerContext) LoggerFactory.getILoggerFactory()).stop()） - 写入中断标记文件（如
.last_exit=aborted），供下次启动识别异常状态 - 避免在清理中做阻塞操作（如网络请求、锁等待），否则 exit 会卡住
状态码要符合约定且可追溯
退出码是给操作系统和运维脚本看的契约，不能随意填：
- 只用
0–127范围内的整数；避免负数（System.exit(-1)在部分系统变成255） -
0表示成功启动并完成任务；非零值需有明确定义（如2= 参数错误，3= 配置加载失败） - 避开信号冲突值：
143（对应SIGTERM）、137（对应SIGKILL） - 项目文档中必须列出所有自定义退出码含义，否则对 CI/CD 和监控毫无意义
用 shutdown hook 做尽力而为兜底
注册一个 shutdown hook，作为 exit 后唯一能执行 Java 逻辑的机会：
- 适合做非事务性但有益的收尾：刷新指标缓存、保存临时状态、通知服务下线
- 确保 hook 内不抛未捕获异常，否则可能阻塞整个退出流程
- 不依赖它完成关键操作（如数据库 commit），它不保证执行成功或及时
- 注册方式：
Runtime.getRuntime().addShutdownHook(new Thread(() -> { /* 清理逻辑 */ }))
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
