System.exit() 不安全，安全退出需在调用前完成清理或使用 ShutdownHook；适用于主入口早期错误场景；推荐自然退出、volatile 控制或框架关闭机制；退出码 0 表示成功，1–125 自定义，避免负数及保留值。
System.exit() 本身不安全，它直接杀死 JVM，跳过所有常规清理流程。所谓“安全退出”，不是靠 System.exit() 实现的，而是靠你在调用它之前或之外，把该做的事做完。
真正安全的退出，核心是：可控、可预测、资源不泄漏、状态可追溯。下面分几个关键点说清楚：
什么时候可以调用 System.exit()
只适用于进程级、主入口、无并发干扰、无外部依赖残留的极早期场景：
- 命令行工具参数解析失败，比如
java MyApp -f missing.conf→System.exit(2) - 配置加载严重异常（如 license 校验失败、必需环境变量缺失），无法继续初始化
- 健康检查失败且不可降级，需向容器明确返回失败码（如
System.exit(105)） - 收到 SIGTERM 后完成优雅等待（如关闭连接池、刷新日志），再主动触发
System.exit(0)
这些场景的共同点是：还没真正进入业务逻辑，没启动线程池、没打开数据库连接、没注册监听器。
立即学习“Java免费学习笔记（深入）”；
怎么避免资源泄漏
System.exit() 不会执行 finally、try-with-resources 自动关闭、@PreDestroy，所以：
- 所有关键清理操作必须显式写在 exit 调用之前
比如：fileOutputStream.close(); dbConnection.close(); logger.flush(); - 或者统一交给 ShutdownHook —— 这是唯一能被保证执行的 Java 层清理时机
Runtime.getRuntime().addShutdownHook(new Thread(() -> { threadPool.shutdownNow(); logger.flush(); markServiceOffline(); })); - 注意：ShutdownHook 不能阻塞、不能抛未捕获异常、不能依赖已关闭的资源（比如 hook 里再操作已 close 的 DB 连接）
更推荐的替代方式
多数情况下，根本不需要 System.exit()：
- 简单控制台程序：让
main方法自然结束，JVM 自动退出（隐式返回 0） - 主循环程序：用
volatile boolean running = true控制循环，收到退出信号后设为false，等待子线程join()完再退出 - Spring Boot 应用：调用
SpringApplication.exit(context, 101)，它会先走完整生命周期销毁（Bean 销毁、连接池关闭），再调System.exit() - Web 服务：通过
/actuator/shutdown端点触发框架级关闭，而不是代码里硬写exit
退出码怎么设才有效
-
0：唯一表示“成功”或“正常终止”，Shell、K8s、CI 都靠它判断 -
1–125：自定义错误码，建议文档化，例如：2= 参数错误，3= 配置文件读取失败，4= 外部服务不可达 - 避免
126–127（Shell 预留）、128+（对应信号，如130= SIGINT，应由信号库自动映射） - 别用负数：
System.exit(-1)在 Linux 下变成255，容易误判
不复杂但容易忽略
