System.exit(0)表示程序成功退出，System.exit(1)表示异常退出，二者均立即终止JVM且跳过清理逻辑；状态码遵循操作系统通用规范，仅0为成功，非0为失败，适用于命令行工具等短生命周期场景，禁用于Web应用、微服务等需受控生命周期的环境。
System.exit(0) 和 System.exit(1) 的核心区别不在“是否退出”，而在于**向操作系统传递的语义信号**：0 表示程序成功完成，非 0（如 1、-1）表示执行失败或异常终止。但两者都会立即终止 JVM，跳过所有后续清理逻辑。
状态码含义与操作系统约定
这不是 Java 特有规则，而是沿袭 Unix/Linux 和 Windows 的通用进程退出规范：
- System.exit(0)：告诉调用它的父进程（比如 shell 脚本、CI 工具）——“任务顺利完成”，常用于命令行工具成功运行后退出；
- System.exit(1)（或任何非零值）：表示“出错了”，具体错误类型可自定义（如 1 表示通用错误，2 表示参数错误，10 表示连接失败），便于外部脚本做条件判断；
- 操作系统只关心“是否为 0”，不区分 1 和 -1；多数场景用 1 就够了，无需刻意用负数。
什么时候可以用？必须慎用的场景
真正能用 System.exit() 的地方非常有限，且仅限于**单机、短生命周期、无资源管理需求**的程序：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 命令行工具中解析到
--help或--version后直接退出； - 启动阶段发现关键配置缺失（如数据库 URL 为空），且无法继续初始化时；
- Swing 桌面应用主窗口关闭时（需配合
setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE)）。
以下场景绝对禁用：
Web 应用（Tomcat/Spring Boot）、微服务、单元测试、后台守护进程——它们的生命周期由容器或框架控制，强行 exit 会中断上下文、泄漏连接、跳过 shutdown hook。
替代方案：安全退出的正确姿势
想让日志落盘、连接释放、钩子执行？别依赖 System.exit()：
立即学习“Java免费学习笔记（深入）”；
- 普通方法中用 return 结束当前流程，让 main 线程自然结束；
- Spring Boot 中用 SpringApplication.exit(context, exitCode)，它会先触发 ApplicationContext 关闭流程，再调用 System.exit()；
- 需要报错退出时，抛出 RuntimeException（如 IllegalArgumentException），让未捕获异常自然终止 JVM，此时仍会打印堆栈并执行 finally/shutdownHook；
- 资源管理优先用 try-with-resources 或显式 close()，而不是指望 exit 前自动清理。
常见陷阱与验证方式
误用 System.exit() 最容易暴露在测试和部署环节：
- JUnit 测试里调一次 System.exit(0)，整个测试套件静默中断，后续用例不执行；
- finally 块里的日志或 close() 不会执行，导致文件写一半、连接没释放；
- Runtime.addShutdownHook() 注册的钩子大概率不会触发；
- 验证方法：写个含 try-finally 的 main 方法，里面调 System.exit(1)，观察 finally 是否打印——通常不会。
