信号参考文献.doc

linux信号种类 1、可靠信号和不可靠信号 ?? ?? 不可靠信号 ?? ??? Linux信号机制基本上是从Unix系统中继承过来的。早期Unix系统中的信号机制比较简单和原始，后来在实践中暴露出一些问题，因此，把那些建立在 早期机制上的信号叫做不可靠信号，信号值小于SIGRTMIN(Red hat 7.2中，SIGRTMIN=32，SIGRTMAX=63)的信号都是不可靠信号。这就是不可靠信号的来源。他的主要问题是： ?? ??? ? 进程每次处理信号后，就将对信号的响应配置为默认动作。在某些情况下，将导致对信号的错误处理；因此，用户假如不希望这样的操作，那么就要在信号处理函数结尾再一次调用signal()，重新安装该信号。 ?? ?? ? 信号可能丢失，后面将对此周详阐述。 ?? ?? 因此，早期unix下的不可靠信号主要指的是进程可能对信号做出错误的反应连同信号可能丢失。 ?? ??? Linux支持不可靠信号，但是对不可靠信号机制做了改进：在调用完信号处理函数后，不必重新调用该信号的安装函数（信号安装函数是在可靠机制上的实现）。因此，Linux下的不可靠信号问题主要指的是信号可能丢失。 ?? ??? 可靠信号 ?? ?? 随着时间的发展，实践证实了有必要对信号的原始机制加以改进和扩充。所以，后来出现的各种Unix版本分别在这方面进行了研究，力图实现可靠信 号。由于原来定义的信号已有许多应用，不好再做改变，最终只好又新增加了一些信号，并在一开始就把他们定义为可靠信号，这些信号支持排队，不会丢失。同 时，信号的发送和安装也出现了新版本：信号发送函数sigqueue()及信号安装函数sigaction()。POSIX.4对可靠信号机制做了标准 化。但是，POSIX只对可靠信号机制应具备的功能连同信号机制的对外接口做了标准化，对信号机制的实现没有作具体的规定。 ?? ?? 信号值位于SIGRTMIN和SIGRTMAX之间的信号都是可靠信号，可靠信号克服了信号可能丢失的问题。Linux在支持新版本的信号安装 函数sigation（）连同信号发送函数sigqueue()的同时，仍然支持早期的signal（）信号安装函数，支持信号发送函数kill()。 ?? ?? 注：不要有这样的误解：由sigqueue()发送、sigaction安装的信号就是可靠的。事实上，可靠信号是指后来添加的新信号（信号值 位于SIGRTMIN及SIGRTMAX之间）；不可靠信号是信号值小于SIGRTMIN的信号。信号的可靠和不可靠只和信号值有关，和信号的发送及安装 函数无关。现在linux中的signal()是通过sigation()函数实现的，因此，即使通过signal（）安装的信号，在信号处理函数的结尾 也不必再调用一次信号安装函数。同时，由signal()安装的实时信号支持排队，同样不会丢失。 ?? ?? 对于现在linux的两个信号安装函数:signal()及sigaction()来说，他们都不能把SIGRTMIN以前的信号变成可靠信号 （都不支持排队，仍有可能丢失，仍然是不可靠信号），而且对SIGRTMIN以后的信号都支持排队。这两个函数的最大区别在于，经过sigaction安 装的信号都能传递信息给信号处理函数（对任何信号这一点都成立），而经过signal安装的信号却不能向信号处理函数传递信息。对于信号发送函数来说也是 相同的。 2、实时信号和非实时信号 ?? ?? 早期Unix系统只定义了32种信号，Ret hat7.2支持64种信号，编号0-63(SIGRTMIN=31，SIGRTMAX=63)，将来可能进一步增加，这需要得到内核的支持。前32种信 号已有了预定义值，每个信号有了确定的用途及含义，并且每种信号都有各自的缺省动作。如按键盘的CTRL ^C时，会产生SIGINT信号，对该信号的默认反应就是进程终止。后32个信号表示实时信号，等同于前面阐述的可靠信号。这确保了发送的多个实时信号都 被接收。实时信号是POSIX标准的一部分，可用于应用进程。 ?? ?? 非实时信号都不支持排队，都是不可靠信号；实时信号都支持排队，都是可靠信号。 Linux的信号的种类有60多种。可以用kill -l命令查看所有的信号，每个信号的含义如下： 1) SIGHUP:当用户退出shell时，由该shell启动的所有进程将收到这个信号，默认动作为终止进程 2）SIGINT：当用户按下了＜Ctrl+C组合键时，用户终端向正在运行中的由该终端启动的程序发出此信号。默认动作为终止里程。 3）SIGQUIT：当用户按下＜ctrl+\组合键时产生该信号，用户终端向正在运行中的由该终端启动的程序发出些信号。默认动作为终止进程。 4）