爲什麼信號不會被捕獲？

Question

在我的main（）的開始，我有：

signal(SIGTERM, SIGTERM_handler); 

SIGTERM_handler是：

void SIGTERM_handler(int signum) { 

    NSLog(@"Caught signal: [%d]. Cleaning up ...",signum); 
    //cleanup(); 
    NSLog(@"Done cleaning up. Exiting ..."); 
    exit(EXIT_FAILURE); 
} 

那些線從來沒有印刷。當我在處理程序中設置斷點時，它們從不被擊中。我不會在任何地方撥打sigaction()。 GDB設置爲通過我關心的信號（handle SIGTERM SIGINT pass stop print或handle SIGTERM SIGINT pass nostop print）。即使是默認的信號處理程序也不起作用 - 向程序發送SIGINT（爲此我沒有指定處理程序）也什麼都不做。

這可能是什麼原因造成的？

Answer 1

肖恩，所以你使用CZMQ，每當你做一個zctx_new（）時，它將信號轉移到自己的目的。我的建議是，如果可能讓CZMQ做它的事情，並使用它提供的機制來捕獲中斷，這些機制是全局zctx_interrupted變量，並且在任何阻塞的ZMQ調用中，都會返回一個空返回值和EINTR錯誤代碼。

Answer 2

我不知道目標C，但我確實有信號處理經驗，所以我會回答，因爲如果POSIX和C.

調用沒有被記錄爲「異步信號安全」中的任何功能信號處理程序是一種風險，應該避免。當調用信號處理程序時，您不能對堆棧或其他狀態做出任何假設。當您的信號處理程序被調用時，堆棧甚至可能會被「丟棄」（在創建或銷燬幀的過程中）。當您的信號處理程序被調用時，您的庫可能有不一致的狀態。

聲明一個在你的事件循環中被檢查的易失標誌（int），以查看它是否已經改變。信號處理程序應該只設置該標誌並返回，沒有別的。 （除非您的平臺使用SVR4類型的信號，在這種情況下，您還需要在信號處理程序中重新安裝信號處理程序。）

響應信號的日誌消息和其他活動應該通過任何代碼完成檢查標誌並處理該標誌暗示的事件。

您看到的症狀可能不是由於信號處理程序中的庫調用（我的錢會誠實地在gdb交互中），但我絕對建議將所有庫調用從信號處理程序中取出。

Answer 3

事實證明，這與czmq的zsocket_new有關。切換到zctx__socket_new修復它。我還沒有挖掘到究竟發生了什麼。

Answer 4

你在調試器中運行這個嗎？從GDB發佈的內部和外部，我遇到了在iOS平臺上處理信號的問題。我認爲OSX中會出現同樣的問題。這已經很長時間了，我不能給你具體的東西