Linux的信号处理和实际使用(结合Redis分析)

最近比较多朋友问我常见的信号和一些Linux信号实际的应用。所以，我简单总结一下，让大家对信号有清晰的理解。
 
我自己写的系统里面，我是直接参考redis的信号处理机制的。

redis是这样处理信号的：
 
如果系统支持 HAVE_BACKTRACK，即是：
 
#if defined(__APPLE__) || defined(__linux__) || defined(__sun)
 #define HAVE_BACKTRACE 1
 #endif
 

那么redis会用sigsegvHandler函数处理SIGSEGV  ， SIGBUS ， SIGFPE ， SIGILL等信号。
 
否则只用sigtermHandler 处理 SIGTERM ，SIGQUIT  。
 
我自己系统是这样实现的（分析如上）：
 
void
 setupSignalHandlers(void){
    struct sigaction act;
   
    sigemptyset(&act.sa_mask);
    act.sa_flags = 0;
    act.sa_handler = sigtermHandler;
    sigaction(SIGTERM , &act , NULL);
    sigaction(SIGQUIT , &act , NULL);
   
 #ifdef HAVE_BACKTRACE
    sigemptyset(&act.sa_mask);
    act.sa_flags = SA_NODEFER|SA_RESETHAND|SA_SIGINFO;
    act.sa_sigaction = sigsegvHandler;
    sigaction(SIGSEGV ,&act , NULL);
    sigaction(SIGBUS  ,&act , NULL);
    sigaction(SIGFPE  ,&act , NULL);
    sigaction(SIGILL  ,&act , NULL);
 #endif /* HAVE_BACKTRACE */
    return;
 }

SIGKILL ： 用来立即结束程序的运行. 本信号不能被阻塞, 处理和忽略。

SIGTERM ： 有两个信号可以停止进程:SIGTERM和SIGKILL。 SIGTERM比较友好，进程能捕捉这个信号，根据您的需要来关闭程序。在关闭程序之前，您可以结束打开的记录文件和完成正在做的任务。在某些情况下，假 如进程正在进行作业而且不能中断，那么进程可以忽略这个SIGTERM信号。

SIGINT  ： 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出。

SIGQUIT信号： SIGQUIT 和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到 SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号。

SIGSEGV  ： 试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据

SIGBUS ：非法地址, 包括内存地址对齐(alignment)出错. eg: 访问一个四个字长的整数, 但其地址不是4的倍数.

SIGFPE ：  在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误.

SIGILL ：  执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号.

（不得不说的是，redis的信号处理机制。非常漂亮。在程序出现错误的时候，可以打印出和valgrind一样有用的信息。不知道大家是怎样想的。反正我的项目如果C代码过3K。我都会加入这个机制的。）

Redis 的详细介绍：请点这里
Redis 的下载地址：请点这里

推荐阅读：