System.exit()直接终止JVM，但会先执行已注册的Shutdown Hook进行资源清理；Hook仅在正常关闭时触发，不响应kill -9、halt()或JVM崩溃，且需轻量、幂等、带超时控制。
System.exit 会直接终止 JVM，关闭钩子（Shutdown Hook）仍会被执行，但需注意其执行时机和限制。调用 System.exit() 时，JVM 会触发正常关闭流程：先运行所有已注册的 Shutdown Hook，再终止进程。这意味着你完全可以在关闭钩子中做资源清理——但必须清楚它不是“万能兜底”，也不能依赖它来处理所有场景。
关闭钩子能做什么：典型资源清理任务
Shutdown Hook 是一个继承 Thread 的匿名或命名线程，在 JVM 关闭前由 JVM 自动启动并执行。适合用于：
- 关闭数据库连接池（如 HikariCP 的
shutdown()） - 刷新并关闭日志框架（如 Logback 的
LoggerContext.stop()） - 释放文件锁、关闭
FileChannel或RandomAccessFile - 向外部服务发送“下线通知”（需控制超时，避免阻塞）
关键限制：不能依赖钩子处理所有退出路径
以下情况 不会触发 Shutdown Hook：
- 调用
Runtime.getRuntime().halt(n)（强制立即终止，不运行钩子） - JVM 因致命错误崩溃（如 SIGKILL、OutOfMemoryError 导致的崩溃）
- 操作系统 kill -9 强制结束进程
- 钩子本身抛出未捕获异常，会导致该钩子中断，但不影响其他钩子执行
因此，重要资源（如数据库连接、网络连接）应同时配合 try-with-resources、finally 块或连接池自动回收机制，不能只靠钩子。
立即学习“Java免费学习笔记（深入）”；
正确注册和编写关闭钩子的实践
注册钩子应在应用初始化早期完成（例如 main 方法开头或 Spring 的 @PostConstruct 中），且避免在钩子中执行耗时或不可控操作：
- 钩子线程无守护属性，默认阻止 JVM 退出直到它结束，所以务必设置合理超时或使用
ExecutorService+awaitTermination - 避免在钩子中调用
System.exit()或再次注册/移除钩子，可能引发死锁或异常 - 不要在钩子中依赖 Spring 容器 Bean（因上下文可能已销毁），如需依赖，改用
DisposableBean或@PreDestroy - 示例注册方式：
Runtime.getRuntime().addShutdownHook(new Thread(() -> {<br> // 清理逻辑<br>}));
比钩子更可靠的清理策略
对于关键资源，推荐分层防护：
- 作用域内清理：优先用 try-with-resources 管理流、连接等生命周期明确的资源
-
组件级生命周期管理：在框架层面（如 Spring 的
@PreDestroy、Quarkus 的@Disposes）定义清理逻辑 -
连接池内置机制：启用 HikariCP 的
close()或 Druid 的close()方法，并确保在应用关闭前显式调用 - 钩子作为补充：兜住意外退出（如 System.exit 被间接调用），而非唯一入口
