tomcat java进程_linux下tomcat shutdown后 java进程依然存在

今天遇到一个非常奇怪的问题，如标题所看到的：

linux下(之所以强调linux下，是由于在windows下正常)，运行tomcat ./shutdown.sh 后，尽管tomcat服务不能正常訪问了，可是ps -ef | grep java 后，发现tomcat相应的java进程未随web容器关闭而销毁，进而存在僵尸java进程。

刚開始百思不得其解，google下，发现存在一种说法是：有非守护线程(即User Thread)存在，jvm不会退出(当JVM中全部的线程都是守护线程的时候，JVM就能够退出了；假设另一个或以上的非守护线程则JVM不会退出)。使用jstack工具进而确认是由于项目代码存在

scheduledExecutorService.scheduleAtFixedRate，众所周知，executorService会为之维护一个定时服务的线程池，该线程池并不会随着web容器关闭而销毁，只是有点让我非常费解，虽然我已经在代码中addShutdownHook(shutdown()) ，但实际证明，这个hook仅仅对Application.main时有效，在web容器中，hook会失效，所以并不会由于web容器关闭触发hook，进而能shutdown scheduledExecutorService。

(线程则是JVM级别的，假设你在Web 应用中启动一个线程，这个线程的生命周期并不会和Web应用程序保持同步。也就是说，即使你停止了Web应用，这个线程依然是活跃的。正是由于这个非常隐晦的问题，所以非常多有经验的开发人员不太赞成在Web应用中私自启动线程。

假设我们手工使用JDK Timer(Quartz的Scheduler)，在Web容器启动时启动Timer，当Web容器关闭时，除非你手工关闭这个Timer，否则Timer中的任务还会继续执行！

Spring为JDK Timer和Quartz Scheduler所提供的TimerFactoryBean和SchedulerFactoryBean可以和Spring容器的生命周期关联，在 Spring容器启动时启动调度器，而在Spring容器关闭时，停止调度器。所以在Spring中通过这两个FactoryBean配置调度器，再从 Spring IoC中获取调度器引用进行任务调度将不会出现这样的Web容器关闭而任务依旧执行的问题。而假设你在程序中直接使用Timer或Scheduler，如不进行额外的处理，将会出现这一问题。

)

知道原因后，处理事实上非常easy，在ContextLoaderListener#contextDestroyed 容器关闭时主动销毁scheduledExecutorService：

public void contextDestroyed(ServletContextEvent event)

{

//close ScheduledExecutorService in web container

AccessTokenScheduled.shutdownScheduledExecutor();

SystemTimer.shutdownScheduledExecutor();

super.contextDestroyed(event);

log.info("AppListener # context destroyed... ");

}