优雅退出需显式调用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()，防止一个测试崩掉整个套件