为什么 tomcat shutdown 后仍然有进程存在

最新推荐文章于 2024-01-09 16:20:40 发布

weixin_34214500

最新推荐文章于 2024-01-09 16:20:40 发布

阅读量781

点赞数 2

文章标签： java python shell

原文链接：https://my.oschina.net/u/2842177/blog/1552214

版权

2019独角兽企业重金招聘Python工程师标准>>>

tomcat shutdown 后经常会发现仍然有进程存在，其中tomcat/bin 目录下的catalina.sh是比较常用的shell，一般开启关闭tomcat操作如下：

#启动tomcat

./catalina.sh start

#关闭tomcat

./catalina.sh stop

　　但是往往一个工程，开发一段时间后，会发现./catalina.sh stop关闭不了tomcat，而必须使用kill -9 <pid> 这样的强制命令去
　　杀死tomcat，这么做当然可以，但是手法不是那么的优雅
　　在tomat未被./catalina stop关闭的情况下，导致误以为tomcat已经关闭成功的哥们会在更新完代码后，./catalina start一下，于是在服务器中就产生了2个tomcat的实例，log混乱，而后每次都用kill -9 <pid> 才放心。
　　其实不用那样，一般关闭不了的情况，是由于程序员自己在tomcat中开启了新的线程，而且未设置成daemon，造成的主线程不能退出.
　　怎么发现工程里到底哪里开启的新的非守护线程呢，其实jdk提供了jstack工具，可以帮助我们分析
　　查看方法很简单
　　$JAVA_HOME/bin/jstack <pid>
　　pid是指进程ID，用ps -ef|grep tomcat 就可以查看到：
　　

[root@localhost bin]# ps -ef|grep tomcat

　　root 1513 1 2 23:41 pts/1 00:00:01 /usr/local/share/java/jdk1.6.0_25/bin/java -Djava.util.logging.config.file=/opt/apache-tomcat-6.0.32/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/opt/apache-tomcat-6.0.32/endorsed -classpath /opt/apache-tomcat-6.0.32/bin/bootstrap.jar -Dcatalina.base=/opt/apache-tomcat-6.0.32 -Dcatalina.home=/opt/apache-tomcat-6.0.32 -Djava.io.tmpdir=/opt/apache-tomcat-6.0.32/temp org.apache.catalina.startup.Bootstrap start

　　root 1544 1462 0 23:42 pts/1 00:00:00 grep --color=auto tomcat

　　这里看到的进程ID是 1513
　　调用jstack查看:
　　

[root@localhost bin]# jstack 1513

　　2011-07-12 23:44:00

　　Full thread dump Java HotSpot(TM) Client VM (20.0-b11 mixed mode, sharing):

　　"Attach Listener" daemon prio=10 tid=0xb41d7c00 nid=0x606 waiting on condition [0x00000000]

　　java.lang.Thread.State: RUNNABLE

　　"TP-Monitor" daemon prio=10 tid=0xb41d6400 nid=0x5fa in Object.wait() [0xb3e0b000]

　　java.lang.Thread.State: TIMED_WAITING (on object monitor)

　　at java.lang.Object.wait(Native Method)

　　- waiting on <0x87143720> (a org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)

　　at org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run(ThreadPool.java:565)

　　- locked <0x87143720> (a org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable)

　　at java.lang.Thread.run(Thread.java:662)

　　"TP-Processor4" daemon prio=10 tid=0xb41d4c00 nid=0x5f9 runnable [0xb3e5c000]

　　java.lang.Thread.State: RUNNABLE

　　at java.net.PlainSocketImpl.socketAccept(Native Method)

　　at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)

　　- locked <0x87124770> (a java.net.SocksSocketImpl)

　　at java.net.ServerSocket.implAccept(ServerSocket.java:462)

　　at java.net.ServerSocket.accept(ServerSocket.java:430)

　　at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:311)

　　at org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:668)

　　at org.apache.jk.common.ChannelSocket$SocketAcceptor.runIt(ChannelSocket.java:879)

　　at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)

　　at java.lang.Thread.run(Thread.java:662)

　　其中看到"Attach Listener" daemon prio=10 tid=0xb41d7c00 nid=0x606 waiting on condition [0x00000000]
　　java.lang.Thread.State: RUNNABLE
　　这行，最前变的"Attach Listener" 是线程名，紧跟其后的 daemon是线程的守护状态，
　　其中主线程不是daemon的，所以是这样：