Linux信號列表(非實時信號和實時信號)

列表中,編號爲1 ~ 31的信號爲傳統UNIX支持的信號,是不可靠信號(非實時的),編號爲34 ~ 64的信號是後來擴充的,稱做可靠信號(實時信號)。兩者區別:


標準信號的侷限性:

1. 阻塞信號可能會丟失。當一個信號阻塞時,這個信號即使多次發送給進程,也被執行一次信號句柄。
2. 信號交付沒有攜帶與信號有關信息。接受到信號的進程無法區分同種信號的不同情況,也不知道信號從何而來。
3. 信號的交付沒有優先級。當有多個信號懸掛與一個進程時,交付的順序不確定。

實時信號對標準信號做了一下擴充,有以下的特點:

1.增加了信號從SIGRTMIN到SIGRTMAX的實時信號,可以通過sysconf(_SC_RTSIG_MAX)獲得當前操作系統支持的實時信號的個數。如在arm linux中,SIGRTMIN在signal.h中定義爲32,而SIGRTMAX是64。但是要注意,一般libc會對SIGRTMIN進行修改,保留幾個預設的值用於pthread內部,比如glibc就保留了3個值。所以在使用實時信號的時候,應該使用SIGRTMIN+n、SIGRTMAX-n的方式,而不是直接使用數值。
2.實時信號和標準信號不一樣,他沒有明確的含義,而是由使用者自己來決定如何使用。
3.進程可以接受多個同樣的實時信號,而標準信號不能,在標準信號沒有得到處理的時候,多個標準信號會被合爲一個。
4.實時信號使用sigqueue發送的時候,可以攜帶附加的數據(int或者pointer)
5.實時信號有時間順序的概念,所以同樣的實時信號會按次序被處理。
6.
信號實質上是軟中斷,中斷有優先級,信號也有優先級。實時信號具有優先的概念,數值越低的信號其優先級越高,也就是數值低的實時信號優先得到處理。實時信號和標準信號的優先級,在posix中是未定義的,一般來說會優先處理標準信號。
7.實時信號的默認行爲都一樣,都是結束當前的進程,這個和標準信號是不一樣的。


下面我們對編號小於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在進程掛起時是繼續,否則是忽略,不能被阻塞。

 

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章