行程信號介紹:
作業系統通過信號來通知行程系統中發生了某種預先規定好的事件(一組事件中的一個),它也是用戶行程之間通信和同步的一種原始機制,一個鍵盤中斷或者一個錯誤條件(比如行程試圖訪問它的虛擬記憶體中不存在的位置等)都有可能產生一個信號,Shell也使用信號向它的子行程發送作業控制信號
簡易來說,信號即是信號與作業系統的一種的溝通方式
信號的概念
信號是行程之間事件異步通知的一種方式,屬于軟中斷,
信號

kill -l命令可以查看信號
可以看到信號都有屬于自己的編號和宏定義
- 1~31的信號為普通信號
- 34~64的信號為實時信號
注意:沒有 32、33信號
信號產生
- 1.通過終端按鍵產生信號
- 2.呼叫系統函式向行程發信號
- 3.由軟體條件產生信號
- 4.硬體例外產生信號
信號的處理不是立即執行的
假設你現在在做一件事情,這時候你的朋友叫你過去幫他做一件事情,這時候你去不了,因為你還在做自己手頭上的事情,優先級更高,所以會選擇先做好這件事情再去幫忙,
異步:即信號的發送不是同時的,有時候需要發送,而不是統一同時發送的,
因為信號產生是異步的,當信號產生的時候,對應的行程,可能正在做更重要的事情,行程暫時不處理這個信號,
信號處理有三種方式:
- 1. 忽略此信號,
- 2. 執行該信號的默認處理動作,
- 3. 提供一個信號處理函式,要求內核在處理該信號時切換到用戶態執行這個處理函式,這種方式稱為捕捉 (Catch)一個信號, 自定義處理,由用戶提供
忽略信號是處理信號的方式,處理的方式是忽略
而阻塞信號,是不處理信號
忽略和阻塞要分清
行程信號的術語
- 遞達:行程執行信號的處理動作
- 信號未決:信號從產生到遞達之間的狀態
- 阻塞:行程可以對信號阻塞,被阻塞的信號處于未決狀態,直到行程解除信號的阻塞狀態,才可以遞達
signal函式
捕捉指定函式,并執行自定義函式
void handler(int signo) { cout<<"我是一個行程,剛付訓取了一個信號:"<<signo<<"cnt: "<<endl; } int main() { signal(2,handler); //捕捉2號信號,并執行handler函式 return 0; }
注意:9號信號不允許被自定義捕捉
kill函式
給指定行程發送指定信號
kill(2,指定行程pid);
失敗時回傳-1
raise函式(信號)
給自己(該行程)發送指定信號
raise(2)
abort函式()
abort
給該行程發送6號信號,并終止行程
6號信號可以被捕捉,但捕捉后,行程依舊結束
sigset_t
是用來表示信號集型別的
sigset_t bsig,obsig
創建兩個信號集
阻塞信號集也叫做當 前行程的信號屏蔽字(Signal Mask)
sigemptyset函式(&信號集)
初始化set所指向的信號集,使其中所有信號的對應bit清零,表示該信號集不包含 任何有 效信號,
sigfillset函式 (&信號集)
初始化set所指向的信號集,使其中所有信號的對應bit置位,表示 該信號集的有效信號包括系 統支持的所有信號,
sigaddset函式(&信號集,信號)
將指定信號添加到指定信號集中
sigpending函式(&信號集)
獲取正在送往行程中被阻塞的信號合集 并放入指定信號集中
sigismember(&信號集,信號)
sigismember是一個布爾函式,用于判斷一個信號集的有效信號中是否包含 某種 信號,若包含則回傳1,不包含則回傳0,出錯回傳-1,
注意,在使用sigset_ t型別的變數之前,一定要調 用sigemptyset或sigfillset做初始化,使信號集處于確定的 狀態,初始化sigset_t變數之后就可以在呼叫sigaddset和sigdelset在該信號集中添加或洗掉某種有效信
sigprocmask函式(操作,set,oset)
把set的信號集修改obset
檢查或修改指定信號相關聯的處理動作 可同時兩種操作
有三種操作
- SIG_BLOCK set包含了我們希望添加到當前信號屏蔽字的信號
- SIG_UNBLOCK set包含了我們希望從當前信號屏蔽字中解除阻塞的信號
- SIG_SETMASK 設定當前信號屏蔽字為set所指向的值
行程崩潰的本質是該行程收到了例外信號
崩潰了不一定導致行程結束,可以捕獲
小結:
- 所有的信號產生,最終都要由OS來執行
- 信號處理不一定是立即處理,而是在合適的時候
- 信號不是被立即處理,是會被暫時記錄下來,記錄在行程PCB內
- 一個行程在沒有收到信號時,它知道遇到什么信號,該做什么反應
- OS向行程發信號,實際上向行程控制塊中,寫入信號資料,
信號在內核表示的示意圖

先看nending是否接收到信號,再看block是否要攔截,最后看handler的處理方式
剛才我們提到,行程信號,不是立即處理的,而是會被暫時記錄下來,存盤在行程PCB中,處理是在合適的時候
那這個合適的時候是什么?:當前行程從內核態切換回用戶態時,進行信號的檢測與處理
用戶態切換到內核態 原因
- 1系統呼叫
- 2行程切換
內核級頁表 所有行程共享,只有一份
用戶級頁表 每一個行程都要一份 并且相互不同

無論行程怎么切換,都可以找到內核的代碼和資料,前提要有權限,當前行程如何具備權限,訪問這個內核頁表,乃至訪問內核資料,
要進行身份切換
行程是用戶態,只能訪問用戶級頁表
行程是內核態,能訪問用戶級頁表和內核級頁表
如何區分行程是用戶太和行程態
CPU內部都有對應的狀態暫存器CR3,有位元位表示當前行程的狀態,
0:內核態 3:用戶態
內核態具有更高權限,可以訪問所以代碼
用戶態只能訪問自己的代碼
我們的程式,會無數次直接或間接的訪問系統級軟硬體資源(管理者是OS)本質上,你并沒有自己去操作這些軟硬體資源,而是必須通過OS->無數次陷入內核(1.切換身份 2.切換頁表)-》呼叫內核的代碼-》完成訪問的動作-》結果放回給用戶(1.切換身份 2.切換頁表)->得到結果

這里我們會發現,當有自定義捕捉時,為什么作業系統還要把內核態切換回用戶態,執行完后,再回傳內核態呢?內核態還有更高權限,可以訪問所以代碼,這樣做豈不是多此一舉?首先我們要知道,自定義捕捉,是用戶提供的,你能保證用戶提供的代碼是安全嗎?如果是惡意代碼呢?并且內核態權限高,用內核態的身份去執行這段不知道安全性的代碼,風隙訓不會無限大呢?所以這樣做其實是為了保護作業系統,
sigaction(信號,新動作,舊動作)捕獲信號,執行動作
struct sigaction act,oact 創建動作
act.sa_handler=handler:自定義動作
SIG_IGN:忽略
SIG_DFL:默認
act.sa_flays=0;默認為0;
當一個被捕捉的信號,在執行處理動作時,會自動屏蔽該信號,直到執行動作結束,才會把該信號從信號屏蔽字解開,若在執行動作時,還要把屏蔽其他時,可以 sigaddset(&act.sa_mask,信號) 會在執行這個信號遞達自動屏蔽指定信號
子行程退出時,暫停,繼續會自動發送SIGCHLD 17號信號
轉載請註明出處,本文鏈接:https://www.uj5u.com/caozuo/538580.html
標籤:其他
上一篇:Systemd簡要介紹
下一篇:升級到win11 22h2的體驗
