Java程序退出清理的核心是注册ShutdownHook，而非依赖System.exit()：通过Runtime.addShutdownHook注册未启动的线程执行轻量、幂等、带超时的清理逻辑，但其仅在JVM正常关闭时生效，无法处理kill-9等强制终止场景。
Java 中设置程序退出时的清理回调，核心是 注册 ShutdownHook，而不是靠 System.exit() 本身做清理。System.exit() 只是一个“触发器”，真正执行清理逻辑的是你提前注册的钩子线程。
用 Runtime.addShutdownHook 注册清理动作
这是标准且唯一受 JVM 保证的退出前回调机制：
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
System.out.println("正在关闭连接池...");
dataSource.close(); // 如 HikariCP 的 shutdown()
System.out.println("刷新日志...");
loggerContext.stop(); // Logback 的 stop()
System.out.println("通知注册中心下线...");
registryClient.deregister();
System.out.println("清理完成");
}));- 钩子必须是 未启动的 Thread 对象（JVM 关闭时自动 start）
- 推荐用 lambda 或匿名内部类，保持简洁
- 注册时机：通常放在
main方法开头、Spring 上下文初始化完成后、或服务启动成功的第一时间
清理逻辑要轻量、幂等、带超时
ShutdownHook 是“尽力而为”的收尾环节，不是万能保险：
-
✅ 做这些：
立即学习“Java免费学习笔记（深入）”；
- 显式关闭连接池、HTTP 客户端、Netty Channel
- 刷盘日志缓冲区（如
LoggerContext.stop()） - 保存临时状态（供下次启动识别异常中断）
- 调用
CountDownLatch.await(5, TimeUnit.SECONDS)等带超时等待
-
❌ 避免这些：
- 网络请求（可能超时阻塞）
- 大文件写入或耗时 I/O
- 同步等待其他线程无超时（如
thread.join()） - 抛出未捕获异常（会打印堆栈但不中断流程）
示例（带超时保护）：
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
try {
connectionPool.shutdownNow();
if (!connectionPool.awaitTermination(3, TimeUnit.SECONDS)) {
System.err.println("连接池关闭超时，强制释放");
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
}));注意：哪些情况钩子根本不会执行？
ShutdownHook 只在 JVM 正常关闭流程 中运行，以下场景它完全失效：
-
kill -9（SIGKILL） Runtime.halt()- JVM 崩溃、内存溢出崩溃、断电
- Docker 容器被
docker kill强制终止（未配置STOPSIGNAL SIGTERM）
所以不能把关键资源释放只押在钩子上——该用 try-with-resources 的就用，该显式 close() 的别偷懒。
和框架配合更稳妥（尤其 Spring Boot）
Web 应用或微服务中，不要在 Controller 或 Service 里调 System.exit()。应优先走框架生命周期：
- 启用 Actuator 的
/actuator/shutdown（需配置management.endpoints.web.exposure.include=shutdown） - 调用
SpringApplication.exit(context, 0)—— 它会触发 Bean 销毁、事件发布、连接池关闭等全套流程 - 在容器环境（K8s/Docker）中，监听
SIGTERM并触发自定义关闭逻辑，再让 JVM 自然退出
System.exit() 仅适合极早期失败场景（如配置加载失败、端口冲突），此时还没进业务主流程，钩子只需兜底。
退出码只是状态标识，和清理无关
System.exit(0) 和 System.exit(1) 都会触发所有已注册的钩子。退出码的作用是：
- 告诉操作系统或 Shell 脚本：“这个程序是否成功结束”
- K8s 探针、CI 流水线、运维监控靠它判断状态
建议按语义设码，例如：
-
0：正常完成（如 CLI 工具导出成功） -
2：参数错误 -
3：配置加载失败 -
4：依赖服务不可达
别用负数或大于 127 的值（部分系统会截断或转义）。
不复杂但容易忽略：钩子不是“自动清理”，而是你亲手写的、带约束的收尾代码。写得稳，System.exit() 才真有用。
