下午遇到一個(gè)神奇的問題：

secureCRT登陸某個(gè)服務(wù)器，用shell腳本啟動(dòng)./catalina.shstart，打開日志tail -f catalina.out，此時(shí)手動(dòng)關(guān)閉連接窗口，導(dǎo)致tomcat的服務(wù)竟然關(guān)閉了，看日志，截圖如下：

仔細(xì)看圖，發(fā)現(xiàn)關(guān)鍵字：

AbstractProtocol pause、org.apache.catalina.core.StandardService stopInternal、DubboShutdownHook、EventThread shut down很明顯不是正常關(guān)閉打印的節(jié)奏。應(yīng)該是觸發(fā)內(nèi)核操作甚至還掛上了鉤子。上網(wǎng)一搜果然有問題：

shell腳本啟動(dòng)tomcat,Tomcat啟動(dòng)后，當(dāng)前shell進(jìn)程并沒有退出，而是掛住在tail進(jìn)程，往終端輸出日志內(nèi)容。這種情況下，如果用戶直接關(guān)閉ssh終端的窗口(用鼠標(biāo)或快捷鍵)，則java進(jìn)程也會(huì)退出。而如果先ctrl-c終止test.sh進(jìn)程，然后再關(guān)閉ssh終端的話，則java進(jìn)程不會(huì)退出。

腳本簡化如下：

#!/bin/bash

cd/data/server/tomcat/bin/./catalina.shstarttail -f /data/server/tomcat/logs/catalina.out

關(guān)閉的原因：

關(guān)閉ssh終端窗口時(shí)，sshd向下游進(jìn)程發(fā)送SIGHUP

SIGHUP這個(gè)信號(hào)導(dǎo)致最終關(guān)閉進(jìn)程，具體流程如下：

在非交互模式下，shell對java進(jìn)程設(shè)置了SIGINT，SIGQUIT信號(hào)設(shè)置了忽略，但并沒有對SIGHUP信號(hào)設(shè)為忽略。再看一下當(dāng)時(shí)的進(jìn)程層級(jí)：

|-sshd(1622)-+-sshd(11681)---sshd(11699)---bash(11700)---test.sh(13285)---tail(13299)

sshd把SIGHUP傳遞給bash進(jìn)程后，bash會(huì)把SIGHUP傳遞給它的子進(jìn)程，并且對于其子進(jìn)程test.sh，bash還會(huì)對test.sh的進(jìn)程組里的成員都傳播一遍SIGHUP。因?yàn)閖ava后臺(tái)進(jìn)程從父進(jìn)程catalina.sh(又是從其父進(jìn)程test.sh)繼承的pgid，所以java進(jìn)程仍屬于test.sh進(jìn)程組里的成員，收到SIGHUP后退出。

解決方案，加入一行 set -m 開啟作業(yè)模式：

#!/bin/bash

set-m

cd/home/admin/tt/tomcat/bin/./catalina.shstarttail -f /home/admin/tt/tomcat/logs/catalina.out

此時(shí)java后臺(tái)進(jìn)程繼承父進(jìn)程catalina.sh的pgid，而catalina.sh不再使用test.sh的進(jìn)程組，而是自己的pid作為pgid，catalina.sh進(jìn)程在執(zhí)行完退出后，java進(jìn)程掛到了init下，java與test.sh進(jìn)程就完全脫離關(guān)系了，bash也不會(huì)再向它發(fā)送信號(hào)。

===================

參考：http://ifeve.com/why-kill-2-cannot-stop-tomcat/

總結(jié)

以上是生活随笔為你收集整理的java 控制 crt_secureCRT关闭连接自动关闭tomcat服务的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。