老板：kill -9的原理都不知道就敢到線上執行，明天不用來了！
相信很多程序員對于Linux系統都不陌生，即使自己的日常開發機器不是Linux，那么線上服務器也大部分都是的，所以，掌握常用的Linux命令也是程序員必備的技能。
但是，怕就怕很多人對于部分命令只是一知半解，使用不當就能導致線上故障。
前段時間，我們的線上應用報警，頻繁FGC，需要緊急處理問題，于是有同事去線上重啟機器(正常程序應該是先采集堆dump，然后再重啟，方便排查是否存在內存泄露等問題)。
但是在重啟過程中，同事發現正常的重啟命令應用無反應，然后嘗試使用kill命令"殺"掉Java進程，但是仍然無效。于是他私自決定使用 "kill -9"結束了進程的生命。
雖然應用進程被干掉了，但是隨之而來帶來了很多問題，首先是上游系統突然發生大量報警，對應開發找過來說調用我們的RPC服務無響應，頻繁超時。
后來，我們又發現系統中存在部分臟數據，有些在同一個事務中需要完整更新的數據，只更新了一半…
為什么正常的kill無法"殺掉"進程，而kill -9就可以?為什么kill -9會引發這一連串連鎖反應?正常的kill執行時，JVM會如何處理的呢?
要搞清楚這些問題，我們要先從kill命令說起。
kill 命令
我們都知道，想要在Linux中終止一個進程有兩種方式，如果是前臺進程可以使用Ctrl+C鍵進行終止;如果是后臺進程，那么需要使用kill命令來終止。(其實Ctrl+C也是kill命令)
kill命令的格式是：
- kill[參數][進程號]
- 如：
- kill 21121
- kill -9 21121
其中[參數]是可選的，進程號可以通過jps/ps/pidof/pstree/top等工具獲取。
kill的命令參數有以下幾種：
- -l 信號，若果不加信號的編號參數，則使用“-l”參數會列出全部的信號名稱
- -a 當處理當前進程時，不限制命令名和進程號的對應關系
- -p 指定kill 命令只打印相關進程的進程號，而不發送任何信號
- -s 指定發送信號
- -u 指定用戶
通常情況下，我們使用的-l(信號)的時候比較多，如我們前文提到的kill -9中的9就是信號。
信號如果沒有指定的話，默認會發出終止信號(15)。常用的信號如下：
- HUP 1 終端斷線
- INT 2 中斷(同 Ctrl + C)
- QUIT 3 退出(同 Ctrl + \)
- TERM 15 終止
- KILL 9 強制終止
- CONT 18 繼續(與STOP相反， fg/bg命令)
- STOP 19 暫停(同 Ctrl + Z)
比較常用的就是強制終止信號：9和終止信號：15，另外，中斷信號：2其實就是我們前文提到的Ctrl + C結束前臺進程。
那么，kill -9 和 kill -15到底有什么區別呢?該如何選擇呢?
kill -9 和 kill -15的區別
kill命令默認的信號就是15，首先來說一下這個默認的kill -15信號。
當使用kill -15時，系統會發送一個SIGTERM的信號給對應的程序。當程序接收到該信號后，具體要如何處理是自己可以決定的。
這時候，應用程序可以選擇：
- 1、立即停止程序
- 2、釋放響應資源后停止程序
- 3、忽略該信號，繼續執行程序
因為kill -15信號只是通知對應的進程要進行"安全、干凈的退出"，程序接到信號之后，退出前一般會進行一些"準備工作"，如資源釋放、臨時文件清理等等，如果準備工作做完了，再進行程序的終止。
但是，如果在"準備工作"進行過程中，遇到阻塞或者其他問題導致無法成功，那么應用程序可以選擇忽略該終止信號。
這也就是為什么我們有的時候使用kill命令是沒辦法"殺死"應用的原因，因為默認的kill信號是SIGTERM(15)，而SIGTERM(15)的信號是可以被阻塞和忽略的。
和kill -15相比，kill -9就相對強硬一點，系統會發出SIGKILL信號，他要求接收到該信號的程序應該立即結束運行，不能被阻塞或者忽略。所以，相比于kill -15命令，kill -9在執行時，應用程序是沒有時間進行"準備工作"的，所以這通常會帶來一些副作用，數據丟失或者終端無法恢復到正常狀態等。
Java是如何處理SIGTERM(15)的
我們都知道，在Linux中，Java應用是作為一個獨立進程運行的，Java程序的終止運行是基于JVM的關閉實現的，JVM關閉方式分為3種：
正常關閉：當最后一個非守護線程結束或者調用了System.exit或者通過其他特定平臺的方法關閉(接收到SIGINT(2)、SIGTERM(15)信號等)強制關閉：通過調用Runtime.halt方法或者是在操作系統中強制kill(接收到SIGKILL(9)信號)異常關閉：運行中遇到RuntimeException異常等。
JVM進程在接收到kill -15信號通知的時候，是可以做一些清理動作的，比如刪除臨時文件等。當然，開發者也是可以自定義做一些額外的事情的，比如讓tomcat容器停止，讓dubbo服務下線等。而這種自定義JVM清理動作的方式，是通過JDK中提供的shutdown hook實現的。JDK提供了Java.Runtime.addShutdownHook(Thread hook)方法，可以注冊一個JVM關閉的鉤子。例子如下：
- package com.hollis;
- public class ShutdownHookTest {
- public static void main(String[] args) {
- boolean flag = true;
- Runtime.getRuntime().addShutdownHook(new Thread(() -> {
- System.out.println("hook execute...");
- }));
- while (flag) {
- // app is runing
- }
- System.out.println("main thread execute end...");
- }
- }
執行命令：
- ➜ jps
- 6520 ShutdownHookTest
- 6521 Jps
- ➜ kill 6520
控制臺輸出內容：
- hook execute...
- Process finished with exit code 143 (interrupted by signal 15: SIGTERM)
可以看到，當我們使用kill(默認kill -15)關閉進程的時候，程序會先執行我注冊的shutdownHook，然后再退出，并且會給出一個提示：interrupted by signal 15: SIGTERM如果我們執行命令kill -9：
- ➜ kill -9 6520
控制臺輸出內容：
- Process finished with exit code 137 (interrupted by signal 9: SIGKILL)
可以看到，當我們使用kill -9 強制關閉進程的時候，程序并沒有執行shutdownHook，而是直接退出了，并且會給出一個提示：interrupted by signal 9: SIGKILL
總結
kill命令用于終止Linux進程，默認情況下，如果不指定信號，kill 等價于kill -15。
kill -15執行時，系統向對應的程序發送SIGTERM(15)信號，該信號是可以被執行、阻塞和忽略的，所以應用程序接收到信號后，可以做一些準備工作，再進行程序終止。
有的時候，kill -15無法終止程序，因為他可能被忽略，這時候可以使用kill -9，系統會發出SIGKILL(9)信號，該信號不允許忽略和阻塞，所以應用程序會立即終止。
這也會帶來很多副作用，如數據丟失等，所以，在非必要時，不要使用kill -9命令，尤其是那些web應用、提供RPC服務、執行定時任務、包含長事務等應用中，因為kill -9 沒給spring容器、tomcat服務器、dubbo服務、流程引擎、狀態機等足夠的時間進行收尾。
關于作者：Hollis(ID：hollischuang)，一個對Coding有著獨特追求的人，現任阿里巴巴技術專家，個人技術博主，技術文章全網閱讀量數千萬，《程序員的三門課》聯合作者。
【本文是51CTO專欄作者Hollis的原創文章，作者微信公眾號Hollis(ID：hollischuang)】
