SIGKILL
在POSIX兼容的平台上,SIGKILL是發送給一個進程來導致它立即終止的信號。SIGKILL的符號常量在頭文件signal.h
中定義。因為在不同平台上,信號數字可能變化,因此符號信號名被使用,然而在大量主要的系統上,SIGKILL是信號#9。[1]
描述 | 「殺死」信號 |
---|---|
默認動作 | 進程異常終止 |
SA_SIGINFO宏 | |
無
|
語源
使用
當SIGKILL被發送給一個程序時,它使程序立即終止。與SIGTERM和SIGINT相比,這個信號不能被捕獲或忽略,同時接收這個信號的進程在收到這個信號時不能執行任何清理。
- 殭屍進程不能被殺死,因為它們已經死亡,只等待它們的父進程回收它們。
- 處於阻塞狀態的進程不會死亡,直到它們再次醒來。
- init進程是特殊的:它不獲得它不想處理的信號,因此它可以忽略SIGKILL。
- 因為SIGKILL不給進程任何在終止時做清理操作的機會,在大部分系統關閉過程中,在採取SIGKILL之前,使用信號SIGTERM使進程終止的嘗試先被作出。
- 為了加速計算機關閉過程,Mac OS X 10.6會將SIGKILL發送給已經標記它們自己為「乾淨」的應用程序,以加快關機速度,同時,很可能地,沒有壞作用。[2]
- 即使SIGKILL被發送給它,一個正在不可中斷睡眠的進程也可能不會終止(並且釋放它的資源)。這是少數幾個一個UNIX系統可能需要被重新啟動來解決臨時軟件問題的例子中的一個。
參考
- ^ sourceware.org Git - glibc.git/blob - bits/signum.h. 2001-07-06 [2009-11-18].[永久失效連結]
- ^ Mac Dev Center: What's New in Mac OS X: Mac OS X v10.6. 2009-08-28 [2009-11-18]. (原始內容存檔於2009-12-08).