优雅退出需显式调用system.exit()并前置清理，禁用异常伪装退出；web环境应使用框架提供的关闭机制而非system.exit()。
System.exit() 不是优雅退出的手段，而是强制终止 JVM 的“急停按钮”。真正优雅的退出，核心在于可控、可预测、可清理——它不靠跳过流程，而靠提前规划和分层协作。
明确退出意图，避免用异常伪装退出
抛 RuntimeException 或 Error 试图“干净收尾”，实际掩盖了真实问题：退出码不可控、调用栈被污染、监控系统无法区分崩溃与主动终止。退出必须显式表达：
- 用
System.exit(0)表示成功终止，仅限命令行工具等顶层入口场景 - 用
System.exit(1)或自定义非零码（如 100）标识业务级失败，便于脚本或 CI 解析 - 绝不把
throw new RuntimeException("exit")当作退出方式——异常该管“出错了”，不该管“我要停了”
退出前必须做的清理，不能依赖 finally
System.exit() 会绕过 try-catch-finally 链，finally 块不会执行。想确保资源释放，得主动安排：
- 关键操作（如关闭文件、刷新日志）写在
System.exit()调用之前 - 优先使用
try-with-resources管理可关闭资源，它由编译器保障关闭时机，不依赖运行时控制流 - 对数据库连接、线程池等长生命周期资源，统一注册到 ShutdownHook 中
Web 和框架环境里，System.exit 是禁用项
在 Tomcat、Spring Boot 或 Android 中调用 System.exit()，等于直接杀死整个进程：
- Tomcat 会瞬间闪退，所有请求中断，已注册的 shutdown hook 也可能来不及触发
- Spring Boot 应改用
SpringApplication.exit(context, exitCode)，它触发完整的上下文关闭流程 - Android 应遵循 Activity 生命周期，用
finishAffinity()或进程级管理，而非杀虚拟机
替代方案：让退出成为自然结果
最安全的退出，往往不是“主动杀”，而是“自然终”：
- 命令行工具：main 方法逻辑跑完即返回，JVM 自动退出（状态码 0）
- 服务类应用：监听 SIGTERM、HTTP shutdown 端点或 JMX 信号，触发 graceful shutdown 流程
- 测试环境：用 SecurityManager 或 SystemLambda 拦截 System.exit()，防止一个测试崩掉整个套件
