System.exit()是JVM级强制终止，仅适用于启动期不可恢复错误（如参数非法、配置缺失、License失败），必须在业务逻辑开始前调用；Web应用、多线程、库代码中绝对禁用，应优先用return、异常或SpringApplication.exit()等优雅退出方式。
Java命令行工具中，System.exit()不是“退出当前逻辑”的手段，而是直接终结整个JVM进程。它跳过finally、资源自动关闭、甚至部分shutdown hook——只适合在程序真正无法继续运行的极早期阶段使用，比如参数校验失败、核心配置缺失或权限不足。其他情况应让主线程自然结束，或通过控制结构退出。
什么时候该用 System.exit()
仅限以下三类启动期错误，且必须发生在业务逻辑开始前：
- 命令行参数非法（如
java MyApp -f missing.conf），解析完参数后立即校验失败 - 必需环境变量或配置文件缺失，加载阶段就抛出
IOException或IllegalArgumentException - License校验失败、端口已被占用、安全策略拒绝启动等不可恢复的初始化阻断
此时无活跃线程、无待处理任务、无需释放的业务资源，调用System.exit(1)或对应错误码是合理且安全的。
什么时候绝对不能用
一旦程序进入主循环、启动了线程池、打开了数据库连接或注册了监听器，就再也不能调用System.exit()：
立即学习“Java免费学习笔记（深入）”；
- 业务处理中途（例如解析完文件但写入失败时）——这会导致文件句柄未关闭、日志缓冲未刷盘、事务未提交
- 多线程任务中（如用
ExecutorService并发处理一批数据）——可能只终止主线程，子线程仍在后台运行或突然中断 - 被其他项目依赖的工具类库中——调用方完全失去流程控制权，属于严重API设计缺陷
Web应用（Spring Boot、Vert.x等）的Controller或Service里出现System.exit()，属于高危代码，CI阶段应直接拦截。
退出码怎么设才规范
状态码不是随便填的数字，它会被Shell脚本捕获并驱动后续流程：
- 必须用0–127之间的整数；避免负数（
System.exit(-1)在Linux上常转为255，语义混乱） -
0表示成功；1作为通用错误兜底；建议细分：2=参数错误、3=文件不可读、4=网络连接失败 - 避开143（SIGTERM常用值）、137（SIGKILL常用值），防止与系统信号混淆
- 在工具文档中明确每个非零码的含义，例如
man mytool或mytool --help中列出退出码表
比 exit 更可控的替代方案
95%以上的命令行工具无需System.exit()也能干净退出：
- 用
return从main方法退出：主线程结束 + 所有非守护线程终止 → JVM自动退出（状态码0） - 加退出标志位控制循环：
boolean running = true;，收到中断或错误时设为false，让while(running)自然结束 - 使用
CompletableFuture.allOf(...).join()等待所有异步任务完成后再退出 - 需要清理时，注册shutdown hook：
Runtime.getRuntime().addShutdownHook(new Thread(() -> cleanup()))，但它不能替代主动等待
真正需要强制终止的场景极少，多数所谓“必须退出”其实只是没把控制流设计清楚。
