linux 訊號量之SIGNAL 0)

轉自：http://www.dbafree.net/?p=870

我們可以使用kill -l查看所有的訊號量解釋，但是沒有看到SIGNAL 0的解釋。

[root@testdb~]# kill -l 1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL 5) SIGTRAP      6) SIGABRT      7) SIGBUS       

 SIGFPE 9) SIGKILL     10) SIGUSR1     11) SIGSEGV     12) SIGUSR213) SIGPIPE     14) SIGALRM     15) SIGTERM     17) SIGCHLD18) SIGCONT     19) SIGSTOP     20) SIGTSTP     21) SIGTTIN22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO30) SIGPWR      31) SIGSYS      34) SIGRTMIN    35) SIGRTMIN+136) SIGRTMIN+2  37) SIGRTMIN+3  38) SIGRTMIN+4  39) SIGRTMIN+540) SIGRTMIN+6  41) SIGRTMIN+7  42) SIGRTMIN+8  43) SIGRTMIN+944) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+1348) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-1352) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-956) SIGRTMAX-8  57) SIGRTMAX-7  58) SIGRTMAX-6  59) SIGRTMAX-560) SIGRTMAX-4  61) SIGRTMAX-3  62) SIGRTMAX-2  63) SIGRTMAX-164) SIGRTMAX

網上搜了下，在這篇文檔中找到了signal 0的解釋，很不錯:

http://www.linuxjournal.com/content/monitoring-processes-kill-0

“signal 0″ is kind of like a moral equivalent of “ping”.

Using “kill -0 NNN” in a shell script is a good way to tell if PID “NNN” is alive or not:

signal 0 is just used to check process is exists or not.

在關其它的訊號量說明,原文:http://hi.baidu.com/syqust/blog/item/cd8f6c633b8a617c0d33fa35.html

訊號本質
訊號是在軟體層次上對中斷機制的一種類比，在原理上，一個進程收到一個訊號與處理器收到一個插斷要求可以說是一樣的。訊號是非同步，一個進程不必通過任何操作來等待訊號的到達，事實上，進程也不知道訊號到底什麼時候到達。

訊號是處理序間通訊機制中唯一的非同步通訊機制，可以看作是非同步通知，通知接收訊號的進程有哪些事情發生了。訊號機制經過POSIX即時擴充後，功能更加強大，除了基本通知功能外，還可以傳遞附加資訊。

使用kill -l就會顯示出linux支援的訊號列表。
其中列表中，編號為1 ~ 31的訊號為傳統UNIX支援的訊號，是不可靠訊號(非即時的)，編號為32 ~ 63的訊號是後來擴充的，稱做可靠訊號(即時訊號)。不可靠訊號和可靠訊號的區別在於前者不支援排隊，可能會造成訊號丟失，而後者不會。

下面我們對編號小於SIGRTMIN的訊號進行討論（下面的編號 依次對應訊號 的數值為1 – 31）。

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的區別在於後者是由於對合法儲存地址的非法訪問觸發的(如訪問不屬於自己儲存空間或唯讀儲存空間)。

SIGFPE
在發生致命的算術運算錯誤時發出. 不僅包括浮點運算錯誤, 還包括溢出及除數為0等其它所有的算術的錯誤。

9) SIGKILL
用來立即結束程式的運行. 本訊號不能被阻塞、處理和忽略。如果管理員發現某個進程終止不了，可嘗試發送這個訊號。

10) SIGUSR1
留給使用者使用

11) SIGSEGV
試圖訪問未分配給自己的記憶體, 或試圖往沒有寫入權限的記憶體位址寫資料.

 訊號 11，即表示程式中可能存在特定條件下的非法記憶體訪問。

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在進程掛起時是繼續，否則是忽略，不能被阻塞

終止程式的時候在不得已的情況下不能用SIGKILL，因為SIGKILL不會對子進程進行處理，只是把對自己進行處理

 

 

Linux支援POSIX標準訊號和即時訊號。下面給出Linux Signal的簡表，詳細細節可以查看man 7 signal。

 

預設動作的含義如下：

Term    終止進程

 

訊號	取值	預設動作	含義（發出訊號的原因）
SIGHUP	1	Term	終端的掛斷或進程死亡
SIGINT	2	Term	來自鍵盤的中斷訊號
SIGQUIT	3	Core	來自鍵盤的離開訊號
SIGILL	4	Core	非法指令
SIGABRT	6	Core	來自abort的異常訊號
SIGFPE	8	Core	浮點例外
SIGKILL	9	Term	殺死
SIGSEGV	11	Core	段非法錯誤(記憶體引用無效)
SIGPIPE	13	Term	管道損壞：向一個沒有讀進程的管道寫資料
SIGALRM	14	Term	來自alarm的計時器到時訊號
SIGTERM	15	Term	終止
SIGUSR1	30,10,16	Term	使用者自訂訊號1
SIGUSR2	31,12,17	Term	使用者自訂訊號2
SIGCHLD	20,17,18	Ign	子進程停止或終止
SIGCONT	19,18,25	Cont	如果停止，繼續執行
SIGSTOP	17,19,23	Stop	非來自終端的停止訊號
SIGTSTP	18,20,24	Stop	來自終端的停止訊號
SIGTTIN	21,21,26	Stop	後台進程讀終端
SIGTTOU	22,22,27	Stop	後台進程寫終端
SIGBUS	10,7,10	Core	匯流排錯誤（記憶體訪問錯誤）
SIGPOLL	Term	Pollable事件發生(Sys V)，與SIGIO同義
SIGPROF	27,27,29	Term	統計分布圖用計時器到時
SIGSYS	12,-,12	Core	非法系統調用(SVr4)
SIGTRAP	5	Core	跟蹤/斷點自陷
SIGURG	16,23,21	Ign	socket緊急訊號(4.2BSD)
SIGVTALRM	26,26,28	Term	虛擬計時器到時(4.2BSD)
SIGXCPU	24,24,30	Core	超過CPU時限(4.2BSD)
SIGXFSZ	25,25,31	Core	超過檔案長度限制(4.2BSD)
SIGIOT	6	Core	IOT自陷，與SIGABRT同義
SIGEMT	7,-,7	Term
SIGSTKFLT	-,16,-	Term	副處理器堆棧錯誤(不使用)
SIGIO	23,29,22	Term	描述符上可以進行I/O操作
SIGCLD	-,-,18	Ign	與SIGCHLD同義
SIGPWR	29,30,19	Term	電力故障(System V)
SIGINFO	29,-,-	與SIGPWR同義
SIGLOST	-,-,-	Term	檔案鎖丟失
SIGWINCH	28,28,20	Ign	視窗大小改變(4.3BSD, Sun)
SIGUNUSED	-,31,-	Term	未使用訊號(will be SIGSYS)

 

說明：

一些訊號的取值是硬體結構相關的（一般alpha和sparc架構用第一個值，i386、ppc和sh架構用中間值，mips架構用第三個值， - 表示相應架構的取值未知）。

 

藍色的是POSIX.1-1990標準訊號。

SIGKILL和SIGSTOP訊號不能被掛鈎、阻塞或忽略。

 

青色的是SUSv2和POSIX.1-2001定義的訊號。

在Linux 2.2（包括）核心之前，SIGSYS、SIGXCPU、SIGXFSZ和SIGBUS （SPARC和MIPS架構除外）的預設動作是終止進程，但沒有core dump。Linux 2.4遵循POSIX.1-2001要求，這些訊號的預設動作改為：終止進程同時做core dump。

 

橙色的是其他常見的訊號。

訊號29在Alpha上為SIGINFO / SIGPWR ，在Sparc上為SIGLOST。

SIGEMT沒有在POSIX.1-2001中說明，但是在大多數的Unices中仍然能見到，典型的預設動作是終止進程並做core dump。

SIGPWR沒有在POSIX.1-2001中說明，在使用它的一些Unices中典型的預設動作是忽略。

SIGIO沒有在POSIX.1-2001中說明，在使用它的一些Unices中典型的預設動作是忽略。

 

進程可以通過使用sigaction和signal系統調用來改變訊號的預設處理方式（使用signal的可移植性差）。進程可以選擇下列3種訊號處理方式中的一種：

1、執行預設操作；

2、忽略該訊號；

3、捕獲該訊號，但是通過訊號控制代碼來調用自訂的處理函數。

 

訊號可能被阻塞。進程中的每個線程擁有獨立的訊號掩碼，用來表示本線程的訊號被阻塞。線程通過pthread_sigmask來設定它的訊號掩碼。單線程程式可以用sigprocmask來操作訊號掩碼。在多線程程式中，所有線程處理一個指定訊號的預設行為都是一樣的。

 

 

補充:

SIG_DFL,SIG_IGN 分別表示無傳回值的函數指標，指標值分別是0和1，這兩個指標值邏輯上講是實際程式中不可能出現的函數地址值。

SIG_DFL：預設訊號處理常式
SIG_IGN：忽略訊號的處理常式