爲何 tomcat shutdown 後仍然有進程存在

時間 2019-12-17

標籤爲何 tomcat shutdown 仍然進程存在欄目 Tomcat 简体版

原文原文鏈接

tomcat shutdown 後常常會發現仍然有進程存在，其中tomcat/bin 目錄下的catalina.sh是比較經常使用的shell，通常開啓關閉tomcat操做以下：java

1程序員

2shell

3apache

4bootstrap

#啓動tomcattomcat

./catalina.sh start服務器

#關閉tomcatsocket

./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 就能夠查看到：
　　spa

[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的，因此是這樣：