Linux下C/C++程序處理Ctrl+C的例子

遇到一個(gè)場(chǎng)景：程序要讀入文件，而用戶(hù)在使用文件時(shí)是用/dev/urandom重定向作為輸入的。（好吧這個(gè)用戶(hù)就是測試我們作業(yè)的助教……）而/dev/urandom顯然是沒(méi)有EOF的，只有用Ctrl+C的方法結束輸入。但是Ctrl+C也會(huì )同時(shí)結束程序，造成不用刻預測的結果。

因此，程序必須設法獲知Ctrl+C的發(fā)生并進(jìn)行處理。在Linux下，按下Ctrl+C后，程序會(huì )收到一個(gè)信號SIGINT；這時(shí)操作系統默認會(huì )結束程序。如果程序不想被默認處理，就要設置對SIGINT信號的處理函數（Handler）。下面是一個(gè)簡(jiǎn)單的例子：

#include <stdio.h>

#include <stdlib.h>

#include <signal.h> // signal functions

volatile sig_atomic_t flag = 0;

static void my_handler(int sig){ // can be called asynchronously

  flag = 1; // set flag

}

int main(){

  // Register signals 

  signal(SIGINT, my_handler); 

  //      ^          ^

  //  which-signal   |-- which user defined function registered

  while(1)  

    if(flag){ // my action when signal set it 1

        printf("\n Signal caught!\n");

        printf("\n default action it not termination!\n");

        flag = 0;

    }     

  return 0;

}

（來(lái)源：http://stackoverflow.com/questions/17766550/ctrl-c-interrupt-event-handling-in-linux）

如上面程序所示，一般是在一個(gè)循環(huán)中檢測一個(gè)標志變量flag，而這個(gè)flag只在信號處理函數中改變。在這里，my_handler()函數會(huì )在Ctrl+C按下后被調用，并設置flag。注意，由于我們自己設置了Ctrl+C的處理函數，系統就不會(huì )再按默認行為結束程序了。因此flag的變化會(huì )在循環(huán)中被檢測到，并作出響應。

需要注意的是，網(wǎng)上很多例子中出于演示的方便，在消息處理函數中使用printf()。這樣是不安全的：設想程序在正常調用printf的過(guò)程中收到了Ctrl+C，那么信號處理函數就會(huì )再調用一次printf，這有有造成錯誤的可能。有一些函數經(jīng)過(guò)專(zhuān)門(mén)的設計可以安全地在信號處理函數中使用。

具體的解釋可以參考：Matthew N, Stones R. Beginning Linux Programming[M]. John Wiley & Sons, 2011. 中的 Chapter 11: Processes and Signals。

————————————————

原文鏈接：https://blog.csdn.net/THU_Wm/article/details/41191869