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 探针读取：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 0：唯一被广泛识别为“成功”的值，比如命令行工具完成任务
• 1–125：推荐用于业务错误，例如 System.exit(2) 表示参数错误，System.exit(3) 表示配置加载失败
• 避免负数（如 -1 在 Linux 下实际变成 255，易误判）
• 避开 126、127 和 128+（后者常对应信号，如 130 = SIGINT）

哪些场景能用？哪些绝对不能？

可以谨慎用的地方：

• 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()

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南