System.exit()会触发关闭钩子（exit code≥0时），但kill-9或JVM崩溃不会；应将服务注销逻辑放入Runtime.addShutdownHook()注册的线程中，并避免直接调用System.exit()，改用标志位控制自然退出，同时为注销步骤设置超时和日志记录。
Java 中 System.exit() 本身会立即终止 JVM，绕过正常的 shutdown 流程，因此无法直接触发关闭钩子（Shutdown Hook）。但可以通过避免直接调用 System.exit()，改用可控的退出机制，结合关闭钩子完成服务注销——关键在于让 JVM 正常进入 shutdown 序列。
关闭钩子如何被触发
关闭钩子是通过 Runtime.getRuntime().addShutdownHook() 注册的线程，在 JVM 收到终止信号（如 kill -15、程序自然结束、或显式调用 System.exit()）时执行。但注意：只有非强制退出（即 exit code ≥ 0）才会触发钩子；而 System.exit(0) 或 System.exit(1) 是合法且会触发钩子的。真正不触发的情况是 JVM 被 kill -9 强制杀死，或发生致命错误（如 OutOfMemoryError 导致崩溃）。
服务注销逻辑应放在关闭钩子里
把服务下线、资源释放、状态上报等操作封装成可复用的方法，并在关闭钩子中调用。例如：
（示例：注册注销逻辑）
立即学习“Java免费学习笔记（深入）”；
Runtime.getRuntime().addShutdownHook(new Thread(() -> {
System.out.println("开始执行服务注销...");
unregisterFromRegistry(); // 如向 Nacos/Eureka 发送下线请求
closeDatabaseConnection();
shutdownThreadPool();
waitForPendingTasks(); // 等待关键任务完成
}));
避免在业务中直接调用 System.exit()
直接写 System.exit(1) 虽然能触发钩子，但容易掩盖真实问题，也难以统一管控。推荐做法是：
- 用标志位或状态机控制主流程退出（如设置
running = false），让主线程自然结束 - 将异常处理与退出解耦：捕获关键异常后记录日志，再通过优雅关闭流程退出
- 若必须退出（如配置严重错误），优先调用
System.exit()前确保钩子已注册完毕（通常在 main 开头注册最安全）
增强可靠性：配合信号量和超时等待
关闭钩子运行时没有超时机制，可能阻塞 JVM 退出。建议：
- 在钩子中启动独立线程执行注销，主线程不阻塞
- 为关键注销步骤设置超时（如用
CompletableFuture.orTimeout()或ExecutorService.invokeAll()） - 记录注销结果（成功/失败/超时），便于运维排查
