tomcat关不掉的原因

最新推荐文章于 2024-05-23 10:56:35 发布

reymondtu

最新推荐文章于 2024-05-23 10:56:35 发布

阅读量759

点赞数

分类专栏： java tomcat linux 文章标签： java shell

linux 同时被 3 个专栏收录

24 篇文章 0 订阅

订阅专栏

java

19 篇文章 0 订阅

订阅专栏

tomcat

3 篇文章 0 订阅

订阅专栏

tomcat/bin 目录下的catalina.sh是比较常用的shell

#启动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混乱，不知所措，ps 一看，大吃一惊，而后每次都用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的，所以是这样：

"main" prio=10 tid=0xb6d05000 nid=0x5ea runnable [0xb6ee9000]

java.lang.Thread.State: RUNNABLE

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

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

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

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

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

at org.apache.catalina.core.StandardServer.await(StandardServer.java:431)