linux kill訊號列表

$ kill -l
1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL
5) SIGTRAP      6) SIGABRT      7) SIGBUS       8) SIGFPE
9) SIGKILL     10) SIGUSR1     11) SIGSEGV     12) SIGUSR2
13) SIGPIPE     14) SIGALRM     15) SIGTERM     16) SIGSTKFLT 17) SIGCHLD
18) SIGCONT     19) SIGSTOP     20) SIGTSTP     21) SIGTTIN
22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO
30) SIGPWR      31) SIGSYS      34) SIGRTMIN    35) SIGRTMIN+1
36) SIGRTMIN+2  37) SIGRTMIN+3  38) SIGRTMIN+4  39) SIGRTMIN+5
40) SIGRTMIN+6  41) SIGRTMIN+7  42) SIGRTMIN+8  43) SIGRTMIN+9
44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13
48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13
52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9
56) SIGRTMAX-8  57) SIGRTMAX-7  58) SIGRTMAX-6  59) SIGRTMAX-5
60) SIGRTMAX-4  61) SIGRTMAX-3  62) SIGRTMAX-2  63) SIGRTMAX-1
64) SIGRTMAX列表中，編號為1 ~ 31的訊號為傳統UNIX支援的訊號，是不可靠訊號(非實時的)，編號為32 ~ 63的訊號是後來擴充的，稱做可靠訊號(實時訊號)。不可靠訊號和可靠訊號的區別在於前者不支援排隊，可能會造成訊號丟失，而後者不會。
下面我們對編號小於SIGRTMIN的訊號進行討論。
1) SIGHUP
本訊號在使用者終端連線(正常或非正常)結束時發出, 通常是在終端的控制程序結束時, 通知同一session內的各個作業, 這時它們與控制終端不再關聯。
登入Linux時，系統會分配給登入使用者一個終端(Session)。在這個終端執行的所有程式，包括前臺程序組和後臺程序組，一般都屬於這個Session。當用戶退出Linux登入時，前臺程序組和後臺有對終端輸出的程序將會收到SIGHUP訊號。這個訊號的預設操作為終止程序，因此前臺進 程組和後臺有終端輸出的程序就會中止。不過可以捕獲這個訊號，比如wget能捕獲SIGHUP訊號，並忽略它，這樣就算退出了Linux登入，wget也 能繼續

下載。
此外，對於與終端脫離關係的守護程序，這個訊號用於通知它重新讀取配置檔案。
2) SIGINT
程式終止(interrupt)訊號, 在使用者鍵入INTR字元(通常是Ctrl-C)時發出，用於通知前臺程序組終止程序。
3) SIGQUIT
和SIGINT類似, 但由QUIT字元(通常是Ctrl-\)來控制. 程序在因收到SIGQUIT退出時會產生core檔案, 在這個意義上類似於一個程式錯誤訊號。
4) SIGILL
執行了非法指令. 通常是因為可執行檔案本身出現錯誤, 或者試圖執行資料段. 堆疊溢位時也有可能產生這個訊號。
5) SIGTRAP
由斷點指令或其它trap指令產生. 由debugger使用。
6) SIGABRT
呼叫abort函式生成的訊號。
7) SIGBUS
非法地址, 包括記憶體地址對齊(alignment)出錯。比如訪問一個四個字長的整數, 但其地址不是4的倍數。它與SIGSEGV的區別在於後者是由於對合法儲存地址的非法訪問觸發的(如訪問不屬於自己儲存空間或只讀儲存空間)。
8) SIGFPE
在發生致命的算術運算錯誤時發出. 不僅包括浮點運算錯誤, 還包括溢位及除數為0等其它所有的算術的錯誤。
9) SIGKILL
用來立即結束程式的執行. 本訊號不能被阻塞、處理和忽略。如果管理員發現某個程序終止不了，可嘗試傳送這個訊號。
10) SIGUSR1
留給使用者使用
11) SIGSEGV
試圖訪問未分配給自己的記憶體, 或試圖往沒有寫許可權的記憶體地址寫資料.
12) SIGUSR2
留給使用者使用
13) SIGPIPE
管道破裂。這個訊號通常在程序間通訊產生，比如採用FIFO(管道)通訊的兩個程序，讀管道沒開啟或者意外終止就往管道寫，寫程序會收到SIGPIPE訊號。此外用Socket通訊的兩個程序，寫程序在寫Socket的時候，讀程序已經終止。
14) SIGALRM
時鐘定時訊號, 計算的是實際的時間或時鐘時間. alarm函式使用該訊號.
15) SIGTERM
程式結束(terminate)訊號, 與SIGKILL不同的是該訊號可以被阻塞和處理。通常用來要求程式自己正常退出，shell命令kill預設產生這個訊號。如果程序終止不了，我們才會嘗試SIGKILL。
17) SIGCHLD
子程序結束時, 父程序會收到這個訊號。
如果父程序沒有處理這個訊號，也沒有等待(wait)子程序，子程序雖然終止，但是還會在核心程序表中佔有表項，這時的子程序稱為殭屍程序。這種情 況我們應該避免(父程序或者忽略SIGCHILD訊號，或者捕捉它，或者wait它派生的子程序，或者父程序先終止，這時子程序的終止自動由init程序來接管)。
18) SIGCONT
讓一個停止(stopped)的程序繼續執行. 本訊號不能被阻塞. 可以用一個handler來讓程式在由stopped狀態變為繼續執行時完成特定的工作. 例如, 重新顯示提示符...
19) SIGSTOP
停止(stopped)程序的執行. 注意它和terminate以及interrupt的區別:該程序還未結束, 只是暫停執行. 本訊號不能被阻塞, 處理或忽略.
20) SIGTSTP
停止程序的執行, 但該訊號可以被處理和忽略. 使用者鍵入SUSP字元時(通常是Ctrl-Z)發出這個訊號
21) SIGTTIN
當後臺作業要從使用者終端讀資料時, 該作業中的所有程序會收到SIGTTIN訊號. 預設時這些程序會停止執行.
22) SIGTTOU
類似於SIGTTIN, 但在寫終端(或修改終端模式)時收到.
23) SIGURG
有"緊急"資料或out-of-band資料到達socket時產生.
24) SIGXCPU
超過CPU時間資源限制. 這個限制可以由getrlimit/setrlimit來讀取/改變。
25) SIGXFSZ
當程序企圖擴大檔案以至於超過檔案大小資源限制。
26) SIGVTALRM
虛擬時鐘訊號. 類似於SIGALRM, 但是計算的是該程序佔用的CPU時間.
27) SIGPROF
類似於SIGALRM/SIGVTALRM, 但包括該程序用的CPU時間以及

系統呼叫的時間.
28) SIGWINCH
視窗大小改變時發出.
29) SIGIO
檔案描述符準備就緒, 可以開始進行輸入/輸出操作.
30) SIGPWR
Power failure
31) SIGSYS
非法的系統呼叫。
在以上列出的訊號中，程式不可捕獲、阻塞或忽略的訊號有：SIGKILL,SIGSTOP
不能恢復至預設動作的訊號有：SIGILL,SIGTRAP
預設會導致程序流產的訊號有：SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ
預設會導致程序退出的訊號有：SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM
預設會導致程序停止的訊號有：SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU
預設程序忽略的訊號有：SIGCHLD,SIGPWR,SIGURG,SIGWINCH
此外，SIGIO在SVR4是退出，在4.3BSD中是忽略；SIGCONT在程序掛起時是繼續，否則是忽略，不能被阻塞

 

常用的訊號有2號中斷訊號,9號殺死訊號,15號殺死訊號(gentle)

]# ps aux|grep nginx
root      12367  0.0  0.2 122916  2116 ?        Ss   17:20   0:00 nginx: master process /usr/sbin/nginx
nginx     12368  0.0  0.3 123380  3144 ?        S    17:20   0:00 nginx: worker process
nginx     12369  0.0  0.3 123380  3140 ?        S    17:20   0:00 nginx: worker process
root      12371  0.0  0.0 112664   972 pts/1    S+   17:20   0:00 grep --color=auto nginx
]# kill -9 12367 12368 12369
--------------------- 
作者：staightChen 
來源：CSDN 
原文：https://blog.csdn.net/eddie_cm/article/details/79672375?utm_source=copy 
版權宣告：本文為博主原創文章，轉載請附上博文連結！

強行結束所有nginx程序.kill命令往往需配合ps命令使用以便知道程序pid 
- killall

]# killall -9 nginx
1
killall命令依據程序的名稱傳送訊號,因此不需要事先使用ps命令檢視pid,可以認為是kill命令的增強版.此外,它還可以依據使用者名稱,正則表示式等多種方式來限定程序

補充
kill和killall命令除了能傳送既有的訊號意外,還能傳送特殊的0訊號.該訊號不對程序做任何干預,僅僅是確定該程序是否存在而已.因此往往被用於叢集服務中確認某一服務是否正常執行

]# killall -0 nginx
]# echo $?//若返回0,則nginx程序正常執行,若返回1,則nginx服務已停止
--------------------- 
作者：staightChen 
來源：CSDN 
原文：https://blog.csdn.net/eddie_cm/article/details/79672375?utm_source=copy 
版權宣告：本文為博主原創文章，轉載請附上博文連結！