java应用优雅退出需以system.exit()为开关触发runtime.addshutdownhook执行清理，钩子须轻量幂等、带超时、不阻塞；sigkill、halt()、jvm崩溃等场景钩子不执行。
Java应用优雅退出，关键不是简单调用 System.exit()，而是让它成为触发清理流程的“开关”，配合 Runtime.addShutdownHook 完成资源释放、服务下线等必要动作。System.exit 本身不负责清理，钩子函数才是执行清理的载体；二者配合得当，才能在 JVM 关闭前真正实现“优雅”。
什么时候该用 System.exit() 触发钩子？
它适合用于主动控制退出时机的场景，比如命令行工具完成任务后、健康检查失败需自终止、或接收到自定义关闭信号（如通过 HTTP 端点触发）时。此时调用 System.exit(0) 或 System.exit(1) 可启动 JVM 关闭流程，进而运行所有已注册的 shutdown hook。
- exit 代码值本身不影响钩子是否执行——
exit(0)、exit(-1)、exit(127)都会触发钩子 - 避免在 Web 应用或 Spring Boot 中随意调用 exit——容器或框架通常已有自己的关闭生命周期，重复干预可能引发冲突
- 若进程由 systemd、K8s 或 supervisor 管理，应优先依赖 SIGTERM 信号，而非主动 exit；只有在信号不可达或需强制终结逻辑分支时才考虑 exit
钩子函数怎么写才算可靠？
shutdown hook 是一个未启动的线程，JVM 在关闭阶段并发启动所有已注册钩子。它必须轻量、幂等、有超时防护，且不能依赖外部服务或长时间阻塞。
- 不要在钩子里调用
System.exit()或Runtime.halt()，会造成二次关闭或中断当前清理 - 避免同步等待其他线程（如用
join()），可用带超时的CountDownLatch.await(10, TimeUnit.SECONDS) - 数据库连接、Netty Channel、线程池等资源应在钩子中显式
close()或shutdownNow()，并捕获异常防止中断整个钩子链 - Spring Boot 推荐使用
ApplicationContext.registerShutdownHook()，它内部已封装标准关闭逻辑，比手动 add 更安全
哪些情况钩子根本不会执行？
理解失效边界，比写钩子更重要。以下情形 JVM 不走正常关闭流程，钩子完全被跳过：
- 收到
SIGKILL（kill -9）——操作系统直接杀进程，无任何回调机会 - 调用
Runtime.getRuntime().halt(status)——强制终止，绕过所有钩子和 finally 块 - JVM 崩溃（如 native 内存溢出、JVM bug）、断电、宿主机宕机等非受控故障
- 钩子本身在注册前已抛异常，或注册时传入已启动的线程（
hook.isAlive() == true）会导致注册失败
实际配合示例（精简版）
以下是一个典型的数据导出服务退出逻辑：
public class ExportService {
private static final ExecutorService worker = Executors.newFixedThreadPool(4);
public static void main(String[] args) {
// 启动业务线程
worker.submit(() -> doExport());
// 注册钩子：确保导出结束、资源释放、通知注册中心下线
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
System.out.println("开始优雅下线...");
worker.shutdown();
try {
if (!worker.awaitTermination(5, TimeUnit.SECONDS)) {
worker.shutdownNow();
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
unregisterFromRegistry(); // 如 Nacos/Eureka 下线
System.out.println("下线完成");
}));
}
}
此时，外部执行 kill -15 $PID 或程序内调用 System.exit(0)，都会触发该钩子，完成收尾。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
