不推荐用system.exit()实现有序关闭，因其会立即终止jvm、跳过finally和大部分清理逻辑，仅触发shutdown hook且不保证执行完成；真正有序关闭应依赖协作式终止，如监听sigterm、调用线程池awaittermination、spring boot优雅停机等机制。
不推荐用 System.exit() 实现“有序关闭”——它会立即终止 JVM，跳过大部分清理逻辑，反而破坏有序性。
System.exit 的本质是强制退出
System.exit(int status) 会立刻停止当前 JVM 进程，所有正在运行的线程（包括守护线程）、未执行的 finally 块、shutdown hook 之外的清理代码，都会被中断。它不是“关闭流程”，而是“拔电源”。
- 调用后，JVM 不等待线程自然结束，也不保证资源释放（如文件句柄、数据库连接）
- 注册的 shutdown hook 会被触发，但仅限于已注册且未被取消的 hook，且它们也必须在极短时间内完成
- 无法响应中断、无法配合 Spring 的 Lifecycle 或 Java EE 的 ContextDestroyedEvent 等标准生命周期机制
真正有序关闭的关键：协作式终止
有序关闭依赖程序自身感知终止信号，并主动释放资源、等待任务完成、通知依赖方。核心是“不强行中断，而让各组件自行收尾”。
- 监听操作系统信号（如 SIGTERM），通过
Runtime.getRuntime().addShutdownHook()启动清理逻辑 - 管理线程池时调用
shutdown()+awaitTermination()，而非直接System.exit() - 关闭网络服务（如嵌入式 Tomcat、Netty Server）应调用其提供的
stop()或close()方法 - Spring Boot 应用可通过
/actuator/shutdown（需启用）或接收 SIGTERM 实现优雅停机
什么时候可以（谨慎）用 System.exit？
仅适用于极简场景：无外部依赖、无后台线程、无待刷缓存、且需要明确退出码的命令行工具。
- 例如：解析参数失败后打印帮助并退出 ——
System.exit(1); - 确保退出前已完成必要输出（如日志、错误提示），不要依赖后续代码执行
- 避免在 Web 应用、微服务、定时任务等长期运行环境中使用
替代方案：用 shutdown hook 做可控收尾
把清理逻辑放进 shutdown hook，比直接 exit 更安全、更可控：
- hook 中可关闭数据库连接池、刷新日志缓冲区、保存临时状态
- 注意：hook 执行时间不宜过长（默认无超时），避免阻塞 JVM 退出
- 多个 hook 按注册顺序反向执行，适合分层清理（先业务层，再中间件层）
- 示例：
Runtime.getRuntime().addShutdownHook(new Thread(() -> { cleanupDB(); cleanupCache(); }));
有序关闭靠的是设计，不是一句 exit。把退出当作一个需要协调的事件，而不是一个指令。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
