为何Spring仅销毁部分Bean而非全部？如何排查解决该问题？

1. 确认Shutdown Hook的执行状态 #

• 检查Shutdown Hook的代码逻辑，是否存在阻塞、死循环或未正确完成资源释放的情况。比如钩子中是否有等待锁、未设置超时的IO操作等，导致钩子一直处于执行状态，JVM并未真正进入退出流程。
• 用jstack命令打印线程栈，定位Shutdown Hook线程的状态：

  jstack <你的应用PID>
  

  找到对应的shutdown线程，查看它处于RUNNABLE/BLOCKED/WAITING哪种状态，锁定阻塞点。

2. 验证JVM的运行状态 #

• 用jstat监控JVM的GC和内存变化，确认是否还有新对象在创建（HTTP服务能处理请求必然伴随对象创建）：

  jstat -gcutil <你的应用PID> 1000
  

  如果GC仍在正常运行，说明JVM并未进入退出的最终阶段。
• 检查应用是否注册了多个Shutdown Hook，是否有其他钩子在阻止JVM退出。

3. 检查HTTP服务的线程模型 #

• 确认HTTP服务的工作线程是否为非守护线程。如果HTTP服务的线程池使用用户线程（非守护线程），即使Shutdown Hook被触发，只要这些线程还在运行，JVM就不会退出，HTTP服务自然能继续处理请求。
• 查看HTTP服务的配置，比如Tomcat的线程池daemon属性、Spring Boot内嵌容器的线程配置，确认线程是否被标记为守护线程。

4. 排查Shutdown Hook的触发原因 #

• 定位触发Shutdown Hook的诱因：是收到了SIGTERM/SIGINT信号（比如kill命令、Ctrl+C），还是应用内部调用了System.exit()，或是其他JVM触发条件（如OOM自动退出，但你反馈无异常信息，可优先排除）。
• 在Shutdown Hook开头添加调用栈打印，明确触发来源：

  Runtime.getRuntime().addShutdownHook(new Thread(() -> {
      new Exception("Shutdown Hook触发来源追踪").printStackTrace();
      // 原钩子逻辑
  }));
  

5. 验证资源释放逻辑 #

• 检查Shutdown Hook中是否正确执行了HTTP服务的关闭操作：比如Spring Boot应用是否调用了context.close()，Tomcat是否调用了server.stop()。如果这些关键关闭步骤缺失，HTTP服务会持续运行。
• 在测试环境手动触发Shutdown Hook，逐步执行钩子中的代码，定位未正确关闭服务的环节。

内容的提问来源于stack exchange，提问作者George