tomcat为什么无法关闭
运维反映执行了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线程。
posted on 2015-12-17 12:17 James的自言自语 阅读(2300) 评论(0) 编辑 收藏 举报