Eclipse中关闭Tomcat时contextDestroyed未调用如何解决

contextInitialized启动时可正常输出，说明监听器的注册逻辑完全正常，关闭时contextDestroyed未触发，核心原因是Tomcat没有走完标准的优雅关闭生命周期，常见场景和解决方法如下：

• 强制终止进程而非正常停止：Eclipse的Servers视图中，红色方形的Terminate按钮是直接通过系统API杀死Tomcat进程，不会向Tomcat发送关闭信号，JVM直接退出，所有销毁阶段的生命周期回调都不会执行。
• Tomcat关闭端口配置异常：Tomcat默认通过专属端口接收关闭指令，对应配置在server.xml的Server节点中：

  <Server port="8005" shutdown="SHUTDOWN">
  

  如果该端口被其他进程占用、被手动修改为-1（即禁用关闭端口），Eclipse发送的停止指令无法被Tomcat接收，等待停止超时后Eclipse会强制杀死进程，销毁逻辑自然不会执行。注意Eclipse中关联的Tomcat会使用工作空间下Servers项目内的配置文件，不是Tomcat安装目录下的原生配置。
• 关闭流程被阻塞：如果应用中其他ServletContextListener、Filter或者自定义JVM关闭钩子存在死循环、长时间IO阻塞、死锁问题，会卡住整个Tomcat关闭链路，导致后续监听器的contextDestroyed方法没有执行机会。
• 控制台输出缓冲问题：少数场景下contextDestroyed实际已经执行，但System.out的输出缓冲区还没来得及把内容刷到控制台，进程就已经退出，视觉上看起来没有对应输出。

1. 停止Tomcat时不要点击红色方形的Terminate按钮，选择Servers面板中带停止标识的Stop按钮，向Tomcat发送标准关闭指令。
2. 打开Eclipse工作空间中Servers项目下对应Tomcat实例的server.xml文件，检查Server节点的shutdown端口配置，确保端口值为未被占用的有效端口（默认8005即可），不要设置为-1。如果端口被占用，更换为其他空闲端口或者结束占用端口的进程。
3. 排查应用内其他组件的销毁逻辑，移除会导致长时间阻塞、死锁的代码，保证关闭流程可以正常推进。
4. 可以通过写本地文件的方式排除控制台输出缓冲的干扰，测试contextDestroyed是否实际执行，示例代码：

   @Override
   public void contextDestroyed(ServletContextEvent arg0) {
       // 写入本地文件做标记，不依赖控制台输出
       try {
           java.nio.file.Files.write(java.nio.file.Paths.get("./listener-shutdown.log"), "ListenerContexto FINALIZADO".getBytes());
       } catch (Exception e) {
           e.printStackTrace();
       }
       System.out.println("ListenerContexto FINALIZADO"); 
   }
   

   如果停止Tomcat后项目根目录（或Tomcat的bin目录）下生成了对应的日志文件，说明方法已经正常执行，只是控制台没有捕获到输出而已。

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