优雅关闭的核心是主动协调线程退出、释放资源后再安全终止jvm，而非直接调用system.exit；需结合shutdown hook、线程中断机制、executorservice生命周期管理及外部信号触发，确保清理逻辑完整执行。
System.exit 并不“优雅”，它会立即终止 JVM，强制结束所有线程（包括守护线程和非守护线程），不触发正常清理逻辑（如 finally 块、shutdown hooks 的完整执行、资源释放等）。所谓“优雅关闭”，核心不是调用 System.exit，而是**主动协调线程退出、释放资源、再安全终止 JVM**。
用 shutdown hook 做最后的兜底保障
shutdown hook 是 JVM 关闭过程中执行的特殊线程，适合做日志记录、资源强制清理等收尾工作。但它不能阻塞或长时间运行（JVM 可能强制中断），也不该用于耗时的业务等待。
- 通过 Runtime.getRuntime().addShutdownHook(new Thread(() -> { /* 清理代码 */ })) 注册
- 确保 shutdown hook 中只做轻量、幂等、快速的操作（如关闭连接池、写入状态文件）
- 不要在其中调用 System.exit 或阻塞等待其他线程 —— 它本身就在关闭流程中
主动通知线程停止，而非强制 kill
让工作线程响应中断或检查退出标志，是优雅关闭的前提。Java 线程无法被外部“杀死”，只能协作退出。
- 对使用 while(!Thread.currentThread().isInterrupted()) 的线程，调用 thread.interrupt()
- 对自定义标志（如 volatile boolean running = true），设为 false 并配合 wait/notify 或 Condition
- ExecutorService 应先调用 shutdown()（拒绝新任务，处理完已有任务），再调用 awaitTermination() 等待完成；超时后可调用 shutdownNow() 尝试中断
统一管理生命周期，避免“散装线程”
手动 new Thread() 容易失控。推荐用线程池 + 明确的关闭流程，便于集中管理。
- 将线程封装为 Runnable/Callable，并交由 ExecutorService 管理
- 应用关闭时，按顺序：停止接受新任务 → 等待已提交任务完成 → 强制中断剩余任务 → 关闭线程池
- 例如：executor.shutdown(); try { executor.awaitTermination(30, TimeUnit.SECONDS); } finally { executor.shutdownNow(); }
结合信号或事件触发整体关闭流程
避免硬编码 System.exit(0)。用可监听的方式启动关闭流程（如监听 Ctrl+C、HTTP /shutdown 端点、文件变化等）。
- 注册 Signal.handle(new Signal("INT"), sig -> doGracefulShutdown()) 处理 Ctrl+C
- Spring Boot 提供 /actuator/shutdown（需启用）自动触发 ApplicationContext 关闭，会逐层销毁 Bean、关闭线程池
- 主程序中收到关闭信号后，执行上述线程协调 + 资源释放 + 最终 System.exit(0)（仅作为终止动作，非主导逻辑）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
