System.exit(0) 会强制终止 JVM 进程，跳过 finally、shutdownHook 等清理逻辑，仅适用于命令行工具等顶层明确退出场景；Web 应用、Spring Boot、单元测试中禁用，应改用 return、SpringApplication.exit() 或异常抛出确保资源释放。
System.exit(0) 是 JVM 立即终止，不走任何清理逻辑
它不是“程序结束”，而是强制杀掉当前 JVM 进程——所有线程（包括守护线程）、finally 块、shutdownHook 都可能被跳过。哪怕你刚在 try 里打开了文件、启动了数据库连接池、注册了 JVM 关闭钩子，System.exit(0) 一执行，这些基本就断在半路了。
常见错误现象：FileOutputStream 写了一半没 flush 就退出，日志没落盘；DataSource 没 close 导致连接泄漏；Runtime.addShutdownHook() 根本没触发。
- 只在顶层主流程明确要退出时用（比如命令行工具解析到
--help后直接退出） - Web 应用、Spring Boot 服务、单元测试里绝对不要用——容器或测试框架自己控制生命周期
-
System.exit(1)和System.exit(-1)没本质区别，都是非零退出码，操作系统只认“是否为 0”
正常退出靠 return，异常退出靠未捕获异常或 System.exit(非0)
JVM 正常退出的唯一可靠方式是：所有非守护线程自然结束。main 线程 return，或者 main 调用的逻辑全部跑完，JVM 就收工。这时候 finally、try-with-resources、shutdownHook 都能按序执行。
而所谓“异常退出”，其实是两种情况混说：
— 真正的异常退出：main 抛出未捕获的 Exception 或 Error，JVM 打印堆栈后退出，退出码默认为 1；
— 人为异常退出：显式调用 System.exit(1)，效果和前者类似，但跳过堆栈打印，也跳过清理。
立即学习“Java免费学习笔记（深入）”；
- 想让日志/资源释放生效？别用
System.exit()，改用return或抛出带信息的RuntimeException - CI/CD 脚本依赖退出码判断成败？确保非 0 码只来自真实失败（比如配置加载失败），而不是随手写个
System.exit(1) - Spring Boot 中
SpringApplication.exit()是安全替代，它会触发ApplicationContext关闭流程，再调System.exit()
System.exit() 在测试里特别危险
JUnit 或 TestNG 运行多个测试方法时共用一个 JVM 进程。System.exit(0) 一旦被执行，整个测试进程立刻消失，后续所有测试用例直接被跳过，且 Maven/Gradle 可能报 “Build success”（因为 JVM 退出码是 0），但实际只跑了一个测试。
常见错误场景：测试中模拟某个模块调用了 System.exit()（比如旧代码里有 main 方法测试），结果整个测试套件静默中断。
- 用
SecurityManager拦截（Java 17+ 已弃用，不推荐） - 更靠谱的是用
System.setSecurityManager()的替代方案：Mockito 的mockStatic(System.class)（需 Java 17+ + Mockito 5.0+）拦截调用 - 或者干脆重构：把
System.exit()提取成可注入的ExitHandler接口，测试时 mock 它
替代方案比硬退出更可控
绝大多数声称“必须退出”的场景，其实只需要停止当前逻辑流，而非杀死 JVM。比如命令行工具解析参数失败，该做的不是 System.exit(1)，而是返回错误码并让 main 自然结束。
示例对比：
public static void main(String[] args) {
if (args.length == 0) {
System.err.println("Usage: app <file>");
return; // ✅ 安全退出，JVM 自然收尾
}
process(args[0]);
}
而下面这样就是隐患：
public static void main(String[] args) {
if (args.length == 0) {
System.err.println("Usage: app <file>");
System.exit(1); // ❌ 跳过所有可能的 finally / shutdownHook
}
process(args[0]);
}
- CLI 工具：用
return+ 主函数末尾统一System.exit(returnCode)，确保只在最后调一次 - 微服务：用
SpringApplication.exit()或发POST /actuator/shutdown（需启用） - 批处理脚本包装器：用 shell 的
exit 1控制上层流程，Java 层只负责返回状态码
真正难处理的，是那些已经嵌在第三方库里的 System.exit() 调用——它们不会告诉你，但会在你最不想的时候突然终结整个进程。
