System.exit()立即终止整个JVM进程，中断所有非守护线程、跳过finally等清理逻辑，仅执行ShutdownHook后返回状态码；应慎用于main启动阶段致命错误，禁用于Web应用业务逻辑。
System.exit() 会立即终止整个 JVM 进程，不是“退出当前方法”或“退出当前线程”，而是直接结束当前运行的 Java 实例——包括所有非守护线程、主线程、后台任务，以及正在执行的业务逻辑。
它怎么工作的？
调用 System.exit(int status) 后：
- JVM 立即中断所有非守护线程（哪怕它们正处在循环、IO 或 sleep 中）
- 跳过当前代码中尚未执行的
finally块、try-with-resources自动关闭、return后续语句 - 只执行已注册的 ShutdownHook（但不保证顺序，也不等它们全部完成——某个 hook 卡住，进程就挂住）
- 最终向操作系统返回你传入的
status码，然后进程彻底消失
退出码该怎么设？
状态码不是随便填的数字，它会被 Shell、CI 流程、Kubernetes 探针读取：
- 0：唯一被广泛识别为“成功”的值，比如命令行工具完成任务
-
1–125：推荐用于业务错误，例如
System.exit(2)表示参数错误，System.exit(3)表示配置加载失败 -
避免负数（如
-1在 Linux 下实际变成255，易误判） -
避开 126、127 和 128+（后者常对应信号，如
130 = SIGINT）
哪些场景能用？哪些绝对不能？
可以谨慎用的地方：
立即学习“Java免费学习笔记（深入）”；
- main 方法启动阶段发现致命错误：许可证校验失败、核心配置缺失、JVM 内存申请失败
- 命令行工具参数非法，无法继续初始化（如
java MyApp -f missing.conf） - 脚本化环境需要明确返回码供后续判断（如
java Checker && echo OK）
生产代码里禁用的地方：
- Spring Boot / Tomcat 等 Web 应用的业务逻辑中（会破坏优雅停机、健康检查和连接池释放）
- RPC 回调、定时任务、异步线程里（可能中断其他正常请求）
- 被其他项目依赖的工具类或 SDK 中（等于强行夺走调用方的控制权）
更安全的替代方式
多数时候，“自然退出”比强制终止更可控：
- 让
main方法自然结束（适用于单线程简单程序） - 用
volatile boolean running = true+ 循环检测，通知工作线程主动退出，再join()等待 - Web 应用通过 Actuator 的
/actuator/shutdown端点触发框架级关闭流程 - Spring Boot 中优先调用
SpringApplication.exit(context, code)，它会先销毁 Bean、关闭资源，再调用System.exit()
