摘要：

• 在信號處理函數(shù)執(zhí)行時，會阻塞當前信號。
• 當信號處理函數(shù)返回時，系統(tǒng)會幫我們把剛剛阻塞的信號再從阻塞集中移除。

?

一、 臨時阻塞特性

當執(zhí)行信號處理函數(shù)的時候，會臨時將當前被處理信號阻塞。為了能說明問題，采用實驗來驗證。

下面這段程序在收到 SIGALRM 信號或者 SIGQUIT 信號時，會打印當前信號，同時打印當前被阻塞的信號。

測試代碼：

#include <unistd.h> #include <signal.h> #include <setjmp.h> #include <stdio.h>void printBlock() {sigset_t block;sigprocmask(SIG_BLOCK, NULL, &block);printf("block:");if (sigismember(&block, SIGQUIT)) printf("SIGQUIT, ");if (sigismember(&block, SIGALRM)) printf("SIGALRM\t");puts(""); }void handler(int sig) {if (sig == SIGQUIT) printf("SIGQUIT, ");if (sig == SIGALRM) printf("SIGALRM, ");printBlock();puts("--------------------------------------------------"); }int main() {printf("I'm %d\n", getpid());signal(SIGQUIT, handler);signal(SIGALRM, handler);printf("before signal, ");printBlock();while (1) {pause();}return 0; }

輸出結果：

結果分析：

可以看到當程序收到 SIGALRM 信號時，在信號處理函數(shù)中 SIGALRM 信號會被臨時阻塞；SIGQUIT 信號同理。

執(zhí)行完畢再從阻塞信號集中移除我就不驗證了。實際上，你重復發(fā)送 SIGALRM 信號，信號處理函數(shù)都能正常執(zhí)行就已經(jīng)證明 SIGALRM 信號未被阻塞（當然了，如果你手速比 cpu 運行的還快，可能會有信號合并的情況，這種不在考慮之列）。
?

?

?

二、跳出你的信號處理函數(shù)?

試想一下，如果你在信號處理函數(shù)中使用 longjmp 跳走了，系統(tǒng)會不會幫你把臨時阻塞的信號給撤走？答案是，不會。這將導致程序 bug。從此以后，你的程序再也不能處理該信號了。空口無憑，用實驗說話。

下面這段程序，在信號處理函數(shù)中打印當前信號和當前被阻塞的信號。完成后沒有直接 return，而是使用 longjmp 跳轉到 setjmp 的位置。接下來再打印阻塞信號。

測試代碼：

#include <unistd.h> #include <signal.h> #include <setjmp.h> #include <stdio.h>jmp_buf jmpbuf;void printBlock() {sigset_t block;sigprocmask(SIG_BLOCK, NULL, &block);printf("block:");if (sigismember(&block, SIGQUIT)) printf("SIGQUIT, ");if (sigismember(&block, SIGALRM)) printf("SIGALRM");puts(""); }void handler(int sig) {if (sig == SIGQUIT) printf("SIGQUIT, ");if (sig == SIGALRM) printf("SIGALRM, ");printBlock();longjmp(jmpbuf, 1);puts("--------------------------------------------------"); }int main() {printf("I'm %d\n", getpid());signal(SIGQUIT, handler);signal(SIGALRM, handler);printf("before signal, ");printBlock();if (setjmp(jmpbuf) != 0) {printf("jump to here! ");printBlock();puts("====================================================");}while (1) {pause();}return 0; }

?輸出結果：

結果分析：

可以看到，當 jump 到 main 函數(shù)中的時候，SIGQUIT 依然被阻塞了，SIGALRM 也是。此后，無論你再怎么發(fā)送這兩個信號，處理函數(shù)也不會執(zhí)行了。因為這兩個信號沒有從阻塞集中刪除。

這是 bug。

解決方案是使用另外兩個函數(shù)，分別是 sigsetjmp 和 siglongjmp。所以，我們只要把上面代碼中的 setjmp 和 longjmp 分別替換成這兩個函數(shù)就行了。
?

?

三、函數(shù)sigsetjump和siglongjump應用

1. 測試代碼：

#include <unistd.h> #include <signal.h> #include <setjmp.h> #include <stdio.h>jmp_buf jmpbuf;void printBlock() {sigset_t block;sigprocmask(SIG_BLOCK, NULL, &block);printf("block:");if (sigismember(&block, SIGQUIT)) printf("SIGQUIT, ");if (sigismember(&block, SIGALRM)) printf("SIGALRM");puts(""); }void handler(int sig) {if (sig == SIGQUIT) printf("SIGQUIT, ");if (sig == SIGALRM) printf("SIGALRM, ");printBlock();siglongjmp(jmpbuf, 1); puts("--------------------------------------------------"); }int main() {printf("I'm %d\n", getpid());signal(SIGQUIT, handler);signal(SIGALRM, handler);printf("before signal, ");printBlock();if (sigsetjmp(jmpbuf, 1) != 0) {printf("jump to here! ");printBlock();puts("====================================================");}while(1) {pause();}return 0; }

輸出結果：?

?

四、參考資料?

1.?47-跳出信號處理函數(shù)

總結

以上是生活随笔為你收集整理的函数sigsetjump和siglongjump的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。