Java程序优雅停机的关键是System.exit()触发退出流程，ShutdownHook承接清理任务；前者为“发令枪”，后者为“善后执行人”，二者协作确保受控退出前完成资源释放、线程回收等关键操作。
Java程序优雅停机的关键，不在于“立刻退出”，而在于“退出前做完该做的事”。System.exit()是主动发起退出的指令，ShutdownHook则是JVM在收到退出信号后留给你的最后一段执行窗口——二者不是替代关系，而是协作关系：前者触发退出流程，后者承接清理任务。
System.exit() 是退出的“发令枪”，不是清理的“执行者”
调用 System.exit(status) 会立即向JVM发出正常终止请求，但它本身不做任何资源释放或业务收尾工作。它只是启动整个关闭序列的起点。如果没注册 ShutdownHook，程序会直接终止，连接未关闭、线程未回收、缓存未刷盘——所有未完成的操作都会被丢弃。
常见误用场景：
- 在 Web 接口里直接写
System.exit(0)想强制重启服务 → 实际导致服务瞬间断连，请求丢失 - 把数据库 close()、线程池 shutdown() 写在 main 方法末尾 → 若程序因异常提前退出，这些代码根本不会执行
ShutdownHook 是真正的“善后执行人”
它是一段被注册进 JVM 的独立线程，在 System.exit()、Ctrl+C、kill -15（SIGTERM）等受控退出信号到来后，由 JVM 自动拉起并执行。它的核心价值在于：确保清理逻辑总能被执行，只要退出是受控的。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
典型注册方式：
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
log.info("开始执行停机清理...");
dataSource.close(); // 关闭数据源
executorService.shutdown(); // 停止线程池接收新任务
try {
if (!executorService.awaitTermination(10, TimeUnit.SECONDS)) {
executorService.shutdownNow(); // 超时后强制中断
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
log.info("停机清理完成");
}));
协作要点：顺序、超时与不可靠信号的规避
ShutdownHook 不保证执行顺序（除非手动控制依赖），也不支持阻塞等待——JVM 只会等待所有 Hook 线程自然结束，但不会无限期等下去。因此必须注意：
- 不要在 Hook 中做长耗时同步操作（如远程调用、无界IO），应设好超时并允许快速失败
- 避免在 Hook 中再调用 System.exit()，这会引发递归调用，可能导致 JVM 异常终止
-
SIGKILL（kill -9）无法触发 Hook，所以生产环境应禁用 kill -9，统一使用 kill -15 或通过 Spring Boot Actuator 的
/actuator/shutdown端点 - 多个 Hook 之间若存在依赖（如先停消息消费，再关数据库），建议合并为单个 Hook 内按序执行，避免竞态
Spring Boot 场景下的自然协作
Spring Boot 默认已注册若干 ShutdownHook（如内嵌 Tomcat 的 graceful shutdown、DataSource 的销毁回调），你只需：
- 实现
DisposableBean或使用@PreDestroy注解，在 Bean 销毁时做轻量清理 - 对非 Spring 管理的资源（如自定义线程池、本地文件锁），仍需显式注册 Runtime Hook
- 配合
server.shutdown=graceful配置，让 Web 容器先拒收新请求、再等待活跃请求完成，最后才触发 JVM 关闭流程
