system.exit()不是优雅退出手段，而是触发jvm关闭流程的开关；优雅退出依赖shutdown hook清理和合理退出时机，适用于早期无业务运行场景，web应用等应避免使用。
System.exit() 本身不是优雅退出的手段，而是触发 JVM 关闭流程的“开关”。真正的优雅退出，靠的是它启动后的 shutdown hook 清理，以及退出时机的合理设计。
什么时候该调用 System.exit()
它只适合在主流程早期、无业务运行、无资源占用时使用：
- 命令行工具参数解析失败（如缺失必要 -c 配置）
- 核心配置加载异常且无降级方案（如 application.yml 语法错误）
- LICENSE 校验不通过或安全策略拒绝启动
- 健康检查连续失败、判定不可恢复，且需主动终止进程
注意：Web 应用、Spring Boot、Android 或被 systemd/K8s 管理的服务中，不应主动调用；应依赖 SIGTERM 信号或框架生命周期（如 ApplicationContext.close() 或 /actuator/shutdown）。
怎么写可靠的 shutdown hook
这是唯一能“补救”的机会，必须轻量、幂等、带超时：
- 用
Runtime.getRuntime().addShutdownHook(new Thread(() -> { ... }))注册 - 显式关闭关键资源：线程池
shutdownNow()、数据库连接close()、NettyshutdownGracefully() - 避免阻塞：不用
join()，改用CountDownLatch.await(10, TimeUnit.SECONDS) - 捕获并吞掉异常：防止一个钩子出错中断整个清理链
- 禁止在钩子里再调用
System.exit()或Runtime.halt()
退出码要语义化，别乱填
状态码是给操作系统和运维脚本看的契约：
-
System.exit(0)：仅表示“正常终止”，如任务完成、用户主动退出 - 非零值建议限定在 1–127 范围内，避免负数或 143（与 SIGTERM 冲突）
- 按业务定义含义：2=参数错误，3=文件不可读，100=服务健康不可恢复
- 项目文档中必须明确每个码的用途
更推荐的替代方式
多数场景下，根本不需要 System.exit()：
- 让
main方法自然返回 —— JVM 在所有非守护线程结束后自动退出 - 用布尔标志位控制循环，工作线程检测后主动退出，主线程
join()等待 - Spring Boot 应用统一用
SpringApplication.exit(context, code)，触发完整 Bean 销毁流程 - 监听 SIGTERM（借助 signal4j 等库），完成清理后再退出，符合容器与运维规范
不复杂但容易忽略：优雅退出的关键，不在“怎么关”，而在“何时关”和“关前做了什么”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
