linux部分信号使用

The signals SIGKILL and SIGSTOP cannot be caught, blocked, or ignored.

signal的sigkill信号，也就是kill -9 pid是无法在程序内部捕获的，那怎么办？你反抗不了，一般关于sigkill的日志会在/var/log/messages里，如果非deamon程序在终端也是有日志体现的。对于内核暴力完杀，你只能找到原因避开程序的sigkill信号。

再次申明下，程序是无法捕获sigkill的信号，在python下注册sigkill捕获事件，直接给你扔出个runtimeError异常. 

signal(handler,SIGKILL)是成功的，但kill -9 就是看不到打出的log
ctrl + c ,z,\都能看到

不能，-9在内核态工作，会把进程立刻杀掉，没有机会捕获

【 在 weird (打倒户部) 的大作中提到: 】
: 有时候进程会堵在一些地方，比如读的nfs掉了，-9就杀不掉
: gdb attach的进程也有这种情况，kill掉gdb，但是调的进程就kill不掉
: 不知道怎么回事

内核中有可以唤醒的锁和不能唤醒的信号锁(用down和up的这种)，uninterrupted这种，是比较麻烦的。  
你察看进行的状态，如果进程状态是D，那么说明就是拿了这种锁，那就神仙都没办法了，只能等他自己搞定。但是往往文件系统出问题，就不会释放这个锁了。
因为杀死进程，需要先唤醒他(因为等待队列中有指向进程描述符的指针，而进程描述符没有指向等待队列的指针，所以如果先干掉进程描述符，那么等待队列在被唤醒时，会有空指针，这种设计导致不唤醒就杀死没法做)，所以他不放这个锁，还不让你唤醒，你就没办法了。

 

一、SIGSTOP和SIGKILL不可忽略

       当信号发生时，忽略信号几乎适用于所有的信号，不过有两个信号除外，SIGSTOP和SIGKILL。这里把SIGINT放在一起做对比测试。

通过键盘键入信号。在Unix中，ctrl+c字符映射到intr(interrupt，中断)信号上，这也就是说，当按下ctrl+c时，它的效果就是发送SIGINT信号。类似的，ctrl+\代表退出SIGQUIT，ctrl+z代表停止。前台进程收到这些信号，就会采取相应动作。

1）忽略SIGINT信号

按下ctrl+c，程序并没有中断，因为已经该进程已经忽略了SIGINT信号。

2）忽略SIGSTOP信号

按下ctrl+z，程序已经停止，进程中的signal(SIGSTOP, SIG_IGN)根本没有生效。此时a.out处于TASK_STOPPED状态（向进程发送一个SIGCONT信号，可以让其从TASK_STOPPED状态恢复到TASK_RUNNING状态），仍存在后台。

3）忽略SIGKILL信号

此时进程已经不在前台运行，不能使用ctl+\发送sigkill信号。换一种方式，通过kill命令向a.out发送SIGKILL信号，可以将其杀死。由下图可见，进程中的signal(SIGKILL,SIG_IGN)并没有生效。

二、SIGSTOP和SIGKILL不可捕获

分别捕获SIGINT、SIGSTOP和SIGKILL信号，并在标准出错上打印信号的ID号信息。

注意：在signal函数中调试不能使用printf函数，不安全。

类似第一节的操作，结果如下：

只有ctrl+c才有打印信息，即signal(SIGSTOP, func)和signal(SIGKILL,func)都失效了。由此可见，SIGSTOP和SIGKILL信号是不可捕获的。