运维反映执行了tomcat的shutdown脚本后，java进程仍然存在，认为tomcat的关闭脚本不可靠。好吧，其实shutdown.sh无法停止，不是tomcat问题，是应用有问题，否则可以跑一个空tomcat，我保证shutdown百分之百生效。
先说一下tomcat的大概关闭过程：
1 停止连接处理线程Accepter，停止接受新的请求
2 关闭tomcat自身的资源，例如各种service，连接器，protocol，container
3 然后tomcat主线程结束了，就是执行BootStrap这个类的线程
这是一个平滑关闭的过程，但是什么时候会导致所谓”tomcat无法关闭”？我要更正一点，不是tomcat无法关闭，是执行tomcat的这个jvm无法关闭，这是本质的不同。
最根本的原因是：当前运行tomcat的jvm里还有非deamon的线程没有结束执行，例如被阻塞，或者还在执行任务。这个现象就是tomcat 端口都已经关闭了，但是java进程还在。tomcat的停止只是结束了自己的线程，关闭了自己的资源。但是应用开启的非deamon线程，这个 tomcat是无能为力的。
那么JVM什么时候停止？没有非deamon的线程在运行就停止了，或者说应用自身的非deamon线程处理完所有事情结束了自己，jvm就停止了。这个现象很好模拟，比如在一个应用里，可以执行的方法里，加上这样一段代码：
Thread thread= new Thread(new Runnable() {
@Override
public void run() {
while (true) {
try {
Thread.sleep(1000L);
System.out.println(“hello,xiaoxue”);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
});
thread.setDaemon(false);
thread.start();
然后你再对tomcat进行shutdown，会发现这个进程还在，控制台每隔一秒输出“hello，xiaoxue”，但是tomcat占用的那些端口已经被释放了，因为tomcat自己已经退出了，只是应用其的线程还在执行。
所以，解决办法就是：
当发现无法停止的java进程时，dump出java线程栈，看应用哪些非deamon的线程还在执行，看它的状态，分析为什么这个线程一直没有结束。例如我在我本机上这个线程导致java进程不能退出
“Thread-39″ prio=6 tid=0x000000000818e800 nid=0x12010 waiting on condition [0x000000000eb8f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at com.alibaba.rocketmq.action.TopicAction$1.run(TopicAction.java:48)
at java.lang.Thread.run(Thread.java:662)
这个是上面new出来的，一直死循环，又是个非deamon线程。