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 的下载地址：请点这里推荐阅读：Redis集群明细文档 http://www.linuxidc.com/Linux/2013-09/90118.htmUbuntu 12.10下安装Redis（图文详解）+ Jedis连接Redis http://www.linuxidc.com/Linux/2013-06/85816.htmRedis系列-安装部署维护篇 http://www.linuxidc.com/Linux/2012-12/75627.htmCentOS 6.3安装Redis http://www.linuxidc.com/Linux/2012-12/75314.htmRedis配置文件redis.conf 详解 http://www.linuxidc.com/Linux/2013-11/92524.htm