system.exit() 是单向终止指令，非进程间通信手段，仅向操作系统发送退出码；需配合 shutdown hook、systemd 或 spring boot 优雅停机机制实现系统协作，避免在 web 应用或多线程中误用。
System.exit() 本身不与系统进程管理“交互”，它只是向操作系统发送一个退出信号并附带状态码，整个过程是单向、不可逆的终止动作。真正的协同依赖外部机制和规范用法，而非 System.exit 自身能力。
System.exit 的本质：进程终止指令，不是通信接口
它不是 IPC（进程间通信）手段，不发送消息、不等待响应、不触发系统级会话注销或服务重载。调用后 JVM 立即进入关闭流程，操作系统仅收到一个 exit code 和进程消亡事件。所谓“交互”，其实是操作系统根据这个退出码做后续判断——比如 shell 脚本检查 $?、systemd 根据 ExitCode 重启策略、Kubernetes 探针判定 Pod 健康状态。
退出码是唯一有效的系统级契约
状态码是你与操作系统及上层编排工具对话的唯一语言，必须严谨使用：
- 只用 0–125 的整数：0 表示成功；126/127 是 shell 预留；128+ 对应信号（如 130 = Ctrl+C），业务逻辑中避开
- 避免负数：System.exit(-1) 在 Linux 实际返回 255，易被误判为“被信号杀死”
- 定义语义化常量：如 ExitCode.CONFIG_ERROR = 2、ExitCode.NETWORK_TIMEOUT = 4，并在文档中明确说明
- Shell 中可直接响应：if java MyApp; then deploy.sh; else echo "启动失败"; fi
真正需要系统协同时，不能只靠 System.exit
想让桌面环境注销当前会话、通知 systemd 服务状态变更、或触发容器优雅缩容，System.exit 无法完成。你需要额外动作：
- 在 shutdown hook 中调用原生 API：Linux 上通过 D-Bus 发送 org.freedesktop.login1.Manager.LockSession 或 TerminateSession；Windows 上调用 ExitWindowsEx
- 配合 systemd：Java 进程作为 systemd service 运行时，用 systemctl stop myapp.service 触发优雅停机，此时应让 main 自然返回 + shutdown hook 清理，而非主动 System.exit
- Spring Boot 场景：用 SpringApplication.exit(ctx, code)，它先执行 Spring 生命周期销毁（@PreDestroy、DisposableBean），再调用 System.exit，确保框架资源释放后再交由系统处理
常见误区与风险
很多开发者误以为 System.exit 是“通知系统我要退出了”，实际上它更像“拔掉电源”。以下行为会破坏系统协作：
- 在 Web 应用中调用：干扰 Tomcat/Spring Boot 的优雅停机，导致连接未关闭、线程池泄漏、健康检查失准
- 在多线程任务里调用：杀死整个 JVM，连定时任务、监控线程、日志 flush 线程一并终结
- 忽略 shutdown hook 卡死：某个 hook 里阻塞 IO 或死锁，JVM 就挂住不动，看似“没退出”，实则是卡在清理阶段
- 用 Runtime.getRuntime().halt() 替代：跳过所有 hook，连基本资源释放都放弃，仅限 JVM 内部严重故障场景
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
