linux不稳定的信号处理函数.docVIP

！声明： 按照Linux的习惯， 我的这篇文档也遵循GPL 协议： 你可以随意应用并修改本文档,必须发布你的修改,使其他人可以获得一份Copy，尤其是给我一份Copy！ 我的mail ：bob_zhang2004@163.com | zhanglinbao@ 均可。欢迎论坛转载！ 目前有些内容已经在 中进行过讨论，可以前往：/forum/showflat.php?Cat=Board=linuxKNumber=607800page=0view=sb=o=fpart=vc=1 和 /forum/showflat.php?Cat=Board=linuxKNumber=607228page=1view=collapsedsb=5o=7fpart= 欢迎大家继续讨论，以便文档更加完善！ 多谢！周末愉快！ --bob 读这份文档之前，建议先浏览一下 《Unix Advanced Programming》里面的signal一章和下面这份出自IBM论坛的文章：进程间通信 信号（上） /developerworks/cn/linux/l-ipc/part2/index1.html ，和 进程间通信 信号（下）/developerworks/cn/linux/l-ipc/part2/index2.html 该作者写了一个系列的进程间通信的文章， 我只是希望对该篇作个补充！ 因为它们都没有从源代码的角度分析，所以我尝试了一下把上层应用与kernel实现代码分析结合起来，这样使用者才可能真正的理解signal的用法和原理！ 目前介绍signal理论和用法书不少，缺点是只介绍其用法，非常深奥拗口，不容易理解； 而介绍kernel源代码的书，侧重于代码分析，不讲实际应用！ 我就想到如果把两者结合起来，对上层使用signal函数的用户必然能知起所以然了，而且只要顺着我的代码注释大概粗读一下源码就可以理解 signal的特性和用法以及你碰到的种种疑惑和不解了。 如果你对signal的特性和用法有什么疑惑的话， 如果对kernel也感兴趣的话， 就可以继续读源码 ， 把这篇文章加以补充和完善！ 前提是遵守上面的声明！ 因为工作的需要,详细的读了一下 linux kernel 2.4.24 版本的signal部分的源代码，收获不小。以前读Unix Advanced Programming的时候，对signal的掌握只是停留在表面，只是会用而已，但是并不知道它是怎么实现，signal的本质到底是什么。读了源码之后，才真正知道了signal的奥妙所在，对其用法理解的就更深了， 主要的是以后用signa的时候，犯错的机会就少了。 有的时候看着一个系统调用成堆的手册页，还真不如看看它的实现来得更快， 当然两下对照着看就快了。 在此通过阅读源码，弄清楚了5个问题，每个问题我都给出了结论，当然这些结论肯定是正确的，至少《Unix Advanced Programming》是这样认为的， 我只是从kernel的角度是验证它的正确性(简单的写了几个测试程序，以验证kernel的做法)，而且也归纳了 一些结论，比如如何避免 Zobie进程 等。 相信对大家会有价值，也可以mail讨论！或者上相应的论坛！当然有个别的也是我自己的结论，如果您认为有值得商榷的地方，可以Email给我：bob_zhang2004@163.com 首先总结一下：在PC linux（RHT 9.0 + kernel-2.4.24) 键盘产生的信号： Ctrl + c SIGINT(2) terminate ，以前我总想当然以为是 SIGTERM(15)！ Ctrl + \ SIGQUIT(3) terminate Ctrl + z SIGTSTP(20) 挂起进程 对于一般应用： 挂起一个进程： kill(pid, SIGSTOP) 或 kill(pid,SIGTSTP) , 或 SIGTTIN , SIGTTOU 信号 恢复一个进程 kill(pid,SIGCONT); 杀死所有的符合某个名字的进程 ：比如killall curl ，发送的是SIGTERM 信号 强制杀死某个进程 kill –9 curl ,发送的是SIGKILL 信号， 在kernel中，SIGKILL和SIGSTOP是不能被忽略的  剩下的大家都清楚了，这里就不罗嗦了。 子进程结束时候发给父进程的信号： SIGCHLD ，这个比较特殊 ， 且看下面3的论述 Agenda ： 1不可靠的信号 2Zombie进程（僵尸进程）与signal 3特殊的SIGCHLD 信号 4信号与进程的关系 ，进程的要求 5pause() 与 signal 6关于阻塞信号 7关于不可重入函数 8关