system.exit()是直接终结jvm进程的操作，非普通方法；状态码0表示成功，非0表示失败，仅向系统传递语义，取值限0–255并自动截断，负数或超限值易致误判，应避免在web容器等环境中使用。
System.exit() 不是“退出方法”，而是直接终结整个 JVM 进程。它的退出码（status）不控制程序逻辑，只向操作系统和外部环境传递“执行结果语义”——0 表示成功完成，非 0 表示某种失败，仅此而已。
退出码的取值范围与系统行为
退出码必须是 0–255 的整数，超出范围会被截断：
- 0 是唯一被广泛识别为“成功”的值，Shell 脚本、CI 流程、Kubernetes 健康检查都依赖它做判断
- 负数如
System.exit(-1)在 Linux 下实际返回 255（-1 & 0xFF），易引发误判，应避免 - 大于 255 的值（如 300）等价于
300 % 256 = 44；256 变成 0，可能掩盖真实错误 - 126 和 127 是 Shell 预留码，128+ 通常对应信号（如 130 = SIGINT），业务逻辑中建议使用 1–125 区间并文档化含义
什么时候真正需要调用 System.exit()
它适用于启动阶段的不可恢复错误，且当前进程就是主应用入口：
- 命令行工具中参数校验失败（如缺失必要配置文件），无法继续初始化
- 安全策略强制拦截（如未通过许可证验证），不允许进入主逻辑
- JVM 级别资源严重不足（如初始堆内存申请失败），已无法支撑运行
注意：Web 容器（Tomcat）、Spring Boot 应用、单元测试中调用会破坏生命周期管理，导致资源泄漏或测试中断。
如何配合 shutdown hook 实现可控清理
System.exit() 会触发已注册的 shutdown hook，但不保证执行顺序，也不容忍阻塞：
- 在 main 方法早期注册钩子：
Runtime.getRuntime().addShutdownHook(new Thread(() -> { /* 关闭连接、flush 日志 */ })); - 钩子内避免网络调用、长耗时 I/O 或锁竞争，超时控制在 3–5 秒内
- 钩子中不能再调用 System.exit()，否则 JVM 关闭流程陷入未定义状态
- 若钩子卡住（如等待数据库响应），进程将挂起，不会真正退出
更推荐的替代方式
多数场景下，“让程序自然结束”比硬杀 JVM 更安全、更可控：
- 命令行工具：用
return退出 main 方法，JVM 自动以状态码 0 结束 - 需区分错误类型：抛出自定义异常，在顶层捕获后打印提示，再统一调用
System.exit(2)等明确码值 - Spring Boot 应用：用
SpringApplication.exit(context, exitCode)，它会触发 Bean 销毁、事件发布等完整关闭流程 - 微服务下线：调用注册中心注销接口 + 停止端口监听，由 K8s 发送 SIGTERM 后优雅终止
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
