shutdownhook仅在jvm有序终止时执行，如system.exit()、sigterm、ctrl+c等；不触发于kill-9、崩溃或断电；执行无超时保障、不保证顺序，禁止嵌套exit或动态增删钩子，不可替代显式资源释放。
System.exit() 触发的 ShutdownHook 会执行，但有明确且关键的限制条件，不能默认“只要调用 exit 就一定安全运行完钩子”。
只在 JVM 正常关闭流程中运行
ShutdownHook 不是万能清理器，它仅响应 JVM 的“有序终止”信号：
- ✅ 会触发：System.exit()、kill -15（SIGTERM）、Ctrl+C（终端前台进程）、容器优雅停止（如 Kubernetes 发送 SIGTERM）
- ❌ 完全不触发：kill -9（SIGKILL）、JVM 崩溃（如 OutOfMemoryError 导致直接挂掉）、物理断电、Docker kill --signal=KILL
执行过程无保障，不可依赖耗时或关键操作
即使钩子被触发，JVM 也不保证它能完整、可靠地完成任务：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 钩子线程没有超时机制，但若 JVM 关闭流程被外部强制中断（如系统资源耗尽），钩子可能被粗暴中止
- 不保证执行顺序：多个钩子并发运行，彼此之间无先后依赖关系
- 禁止在钩子中再调用 System.exit() 或 Runtime.halt()，否则会导致死锁或未定义行为
- 钩子内若发生未捕获异常，该钩子静默失败，不影响其他钩子或退出流程
环境权限与生命周期约束
实际能否注册和运行，还受运行环境制约：
- 安全管理器（SecurityManager）启用时，需授予 RuntimePermission("shutdownHooks")，否则 addShutdownHook() 抛 SecurityException
- Web 容器（如 Tomcat、Spring Boot 内嵌容器）通常禁用 System.exit()，调用会抛 SecurityException；钩子虽可注册，但 exit 被拦截后自然不会触发
- 钩子必须在 JVM 关闭流程启动前注册；一旦进入 shutdown 序列（例如 exit 已调用），再 add/remove 钩子会抛 IllegalStateException
不能替代业务层的主动释放逻辑
ShutdownHook 是最后兜底手段，不是资源管理主路径：
- 数据库连接、HTTP 客户端、消息生产者等应通过 try-with-resources、@PreDestroy、SmartLifecycle 等显式关闭
- 钩子里适合做轻量、异步、尽力而为的操作：比如发送下线通知、刷盘日志缓冲区、标记实例状态
- 避免在钩子中执行阻塞 I/O、网络调用或等待远程响应——超时风险高，且无重试机制
