Linux下的kill函数的用法
功能描述:用于向任何進程組或進程發(fā)送信號。
頭文件用法:
#include <sys/types.h>
?
#include <signal.h>
int kill(pid_t pid, int sig);
?
參數(shù):?
pid:可能選擇有以下四種
1. pid大于零時,pid是信號欲送往的進程的標識。
2. pid等于零時,信號將送往所有與調用kill()的那個進程屬同一個使用組的進程。
3. pid等于-1時,信號將送往所有調用進程有權給其發(fā)送信號的進程,除了進程1(init)。
4. pid小于-1時,信號將送往以-pid為組標識的進程。
sig:準備發(fā)送的信號代碼,假如其值為零則沒有任何信號送出,但是系統(tǒng)會執(zhí)行錯誤檢查,通常會利用sig值為零來檢驗某個進程是否仍在執(zhí)行。
返回值說明: 成功執(zhí)行時,返回0。失敗返回-1,errno被設為以下的某個值 EINVAL:指定的信號碼無效(參數(shù) sig 不合法) EPERM;權限不夠無法傳送信號給指定進程 ESRCH:參數(shù) pid 所指定的進程或進程組不存在。
//-----------------
[root@localhost src]# gcc killer.c
[root@localhost src]# ./a.out
In child process
4545 killed
在確信fork調用成功后,子進程睡眠100秒,然后退出。
同時父進程在子進程上調用waitpid函數(shù),但使用了WNOHANG選項,
所以調用waitpid后立即返回。父進程接著殺死子進程,如果kill執(zhí)行失敗,
返回-1,否這返回0。如果kill執(zhí)行失敗,父進程第二次調用waitpid,
保證他在子進程退出后再停止執(zhí)行。否則父進程顯示一條成功消息后退出。
sig的值有:
1) SIGHUP
本信號在用戶終端連接(正常或非正常)結束時發(fā)出, 通常是在終端的控制進程結束時, 通知同一session內的各個作業(yè), 這時它們與控制終端不再關聯(lián)。
登錄Linux時,系統(tǒng)會分配給登錄用戶一個終端(Session)。在這個終端運行的所有程序,包括前臺進程組和后臺進程組,一般都屬于這個 Session。當用戶退出Linux登錄時,前臺進程組和后臺有對終端輸出的進程將會收到SIGHUP信號。這個信號的默認操作為終止進程,因此前臺進程組和后臺有終端輸出的進程就會中止。不過可以捕獲這個信號,比如wget能捕獲SIGHUP信號,并忽略它,這樣就算退出了Linux登錄,wget也能繼續(xù)下載。
此外,對于與終端脫離關系的守護進程,這個信號用于通知它重新讀取配置文件。
2) SIGINT
程序終止(interrupt)信號, 在用戶鍵入INTR字符(通常是Ctrl-C)時發(fā)出,用于通知前臺進程組終止進程。
3) SIGQUIT
和SIGINT類似, 但由QUIT字符(通常是Ctrl-\)來控制. 進程在因收到SIGQUIT退出時會產(chǎn)生core文件, 在這個意義上類似于一個程序錯誤信號。
4) SIGILL
執(zhí)行了非法指令. 通常是因為可執(zhí)行文件本身出現(xiàn)錯誤, 或者試圖執(zhí)行數(shù)據(jù)段. 堆棧溢出時也有可能產(chǎn)生這個信號。
5) SIGTRAP
由斷點指令或其它trap指令產(chǎn)生. 由debugger使用。
6) SIGABRT
調用abort函數(shù)生成的信號。
7) SIGBUS
非法地址, 包括內存地址對齊(alignment)出錯。比如訪問一個四個字長的整數(shù), 但其地址不是4的倍數(shù)。它與SIGSEGV的區(qū)別在于后者是由于對合法存儲地址的非法訪問觸發(fā)的(如訪問不屬于自己存儲空間或只讀存儲空間)。
8) SIGFPE
在發(fā)生致命的算術運算錯誤時發(fā)出. 不僅包括浮點運算錯誤, 還包括溢出及除數(shù)為0等其它所有的算術的錯誤。
9) SIGKILL
用來立即結束程序的運行. 本信號不能被阻塞、處理和忽略。如果管理員發(fā)現(xiàn)某個進程終止不了,可嘗試發(fā)送這個信號。
10) SIGUSR1
留給用戶使用
11) SIGSEGV
試圖訪問未分配給自己的內存, 或試圖往沒有寫權限的內存地址寫數(shù)據(jù).
12) SIGUSR2
留給用戶使用
13) SIGPIPE
管道破裂。這個信號通常在進程間通信產(chǎn)生,比如采用FIFO(管道)通信的兩個進程,讀管道沒打開或者意外終止就往管道寫,寫進程會收到SIGPIPE信號。此外用Socket通信的兩個進程,寫進程在寫Socket的時候,讀進程已經(jīng)終止。
14) SIGALRM
時鐘定時信號, 計算的是實際的時間或時鐘時間. alarm函數(shù)使用該信號.
15) SIGTERM
程序結束(terminate)信號, 與SIGKILL不同的是該信號可以被阻塞和處理。通常用來要求程序自己正常退出,shell命令kill缺省產(chǎn)生這個信號。如果進程終止不了,我們才會嘗試SIGKILL。
17) SIGCHLD
子進程結束時, 父進程會收到這個信號。
如果父進程沒有處理這個信號,也沒有等待(wait)子進程,子進程雖然終止,但是還會在內核進程表中占有表項,這時的子進程稱為僵尸進程。這種情況我們應該避免(父進程或者忽略SIGCHILD信號,或者捕捉它,或者wait它派生的子進程,或者父進程先終止,這時子進程的終止自動由init進程來接管)。
18) SIGCONT
讓一個停止(stopped)的進程繼續(xù)執(zhí)行. 本信號不能被阻塞. 可以用一個handler來讓程序在由stopped狀態(tài)變?yōu)槔^續(xù)執(zhí)行時完成特定的工作. 例如, 重新顯示提示符
19) SIGSTOP
停止(stopped)進程的執(zhí)行. 注意它和terminate以及interrupt的區(qū)別:該進程還未結束, 只是暫停執(zhí)行. 本信號不能被阻塞, 處理或忽略.
20) SIGTSTP
停止進程的運行, 但該信號可以被處理和忽略. 用戶鍵入SUSP字符時(通常是Ctrl-Z)發(fā)出這個信號
21) SIGTTIN
當后臺作業(yè)要從用戶終端讀數(shù)據(jù)時, 該作業(yè)中的所有進程會收到SIGTTIN信號. 缺省時這些進程會停止執(zhí)行.
22) SIGTTOU
類似于SIGTTIN, 但在寫終端(或修改終端模式)時收到.
23) SIGURG
有”緊急”數(shù)據(jù)或out-of-band數(shù)據(jù)到達socket時產(chǎn)生.
24) SIGXCPU
超過CPU時間資源限制. 這個限制可以由getrlimit/setrlimit來讀取/改變。
25) SIGXFSZ
當進程企圖擴大文件以至于超過文件大小資源限制。
26) SIGVTALRM
虛擬時鐘信號. 類似于SIGALRM, 但是計算的是該進程占用的CPU時間.
27) SIGPROF
類似于SIGALRM/SIGVTALRM, 但包括該進程用的CPU時間以及系統(tǒng)調用的時間.
28) SIGWINCH
窗口大小改變時發(fā)出.
29) SIGIO
文件描述符準備就緒, 可以開始進行輸入/輸出操作.
30) SIGPWR
Power failure
31) SIGSYS
非法的系統(tǒng)調用。
在以上列出的信號中,程序不可捕獲、阻塞或忽略的信號有:SIGKILL,SIGSTOP
不能恢復至默認動作的信號有:SIGILL,SIGTRAP
默認會導致進程流產(chǎn)的信號有: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
kill、killall
這兩個命令是用來向進程發(fā)送信號的。kill 命令需要進程號作為參數(shù),而 killall 需要進程名稱。
另外,還可以在這兩個命令后附加要發(fā)送信號序號作為參數(shù)。默認情況下,它們都向相關進程發(fā)送信號 15 (TERM)。例如,如果你想要終止 PID 為 785 的進程,請輸入以下命令:
$ kill 785
如果您要向它發(fā)送信號 19 (STOP),請輸入:
$ kill -19 785
假設您知道想要終止的進程的命令名稱。您可以通過該名稱來終止它,而不用再使用 ps 找出該進程的進程號:
$ killall -9 mozilla
《新程序員》:云原生和全面數(shù)字化實踐50位技術專家共同創(chuàng)作,文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的Linux下的kill函数的用法的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: linux中pthread_kill函数
- 下一篇: C语言内存管理超详解