下午遇到一個神奇的問題：

secureCRT登陸某個服務器，用shell腳本啟動./catalina.shstart，打開日志tail -f catalina.out，此時手動關閉連接窗口，導致tomcat的服務竟然關閉了，看日志，截圖如下：

仔細看圖，發現關鍵字：

AbstractProtocol pause、org.apache.catalina.core.StandardService stopInternal、DubboShutdownHook、EventThread shut down很明顯不是正常關閉打印的節奏。應該是觸發內核操作甚至還掛上了鉤子。上網一搜果然有問題：

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

腳本簡化如下：

#!/bin/bash

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

關閉的原因：

關閉ssh終端窗口時，sshd向下游進程發送SIGHUP

SIGHUP這個信號導致最終關閉進程，具體流程如下：

在非交互模式下，shell對java進程設置了SIGINT，SIGQUIT信號設置了忽略，但并沒有對SIGHUP信號設為忽略。再看一下當時的進程層級：

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

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

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

#!/bin/bash

set-m

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

此時java后臺進程繼承父進程catalina.sh的pgid，而catalina.sh不再使用test.sh的進程組，而是自己的pid作為pgid，catalina.sh進程在執行完退出后，java進程掛到了init下，java與test.sh進程就完全脫離關系了，bash也不會再向它發送信號。

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。