|
不可靠信号PK可靠信号 q linux信号机制基本上是从unix系统中继承过来的。早期unix系统中的信号机制比较简单和原始，后来在实践中暴露出一些问题，它的主要问题是： q 进程每次处理信号后，就将对信号的响应设置为默认动作。在某些情况下，将导致对信号的错误处理；因此，用户如果不希望这样的操作，那么就要在信号处理函数结尾再一次调用signal()，重新安装该信号。 q 早期unix下的不可靠信号主要指的是进程可能对信号做出错误的反应以及信号可能丢失。 q linux支持不可靠信号，但是对不可靠信号机制做了改进：在调用完信号处理函数后，不必重新调用该信号的安装函数（信号安装函数是在可靠机制上的实现）。因此，linux下的不可靠信号问题主要指的是信号可能丢失。 |
|
总结：unix信号机制不可靠地方，1）处理完信号以后，需要重新再注册信号；2）信号可能丢失。linux下已经对1做了优化。 |
|
可靠信号 q 随着时间的发展，实践证明，有必要对信号的原始机制加以改进和扩充。所以，后来出现的各种unix版本分别在这方面进行了研究，力图实现"可靠信号"。由于原来定义的信号已有许多应用，不好再做改动，最终只好又新增加了一些信号，并在一开始就把它们定义为可靠信号，这些信号支持排队，不会丢失。同 时，信号的发送和安装也出现了新版本：信号发送函数sigqueue()及信号安装函数sigaction()。 |
|
总结：sigaction和signal函数，都是调用内核服务do_signal函数； 内核服务函数（应用系统无法调用的函数） |
|
实时信号（都是可靠信号）和非实时信号（不可靠信号） q 早期Unix系统只定义了32种信号，Ret hat7.2支持64种信号，编号0-63(SIGRTMIN=31，SIGRTMAX=63)，将来可能进一步增加，这需要得到内核的支持。前32种信号已经有了预定义值，每个信号有了确定的用途及含义，并且每种信号都有各自的缺省动作。如按键盘的CTRL+C时，会产生SIGINT信号，对该信号的默认反应就是进程终止。后32个信号表示实时信号，等同于前面阐述的可靠信号。这保证了发送的多个实时信号都被接收。实时信号是POSIX标准的一部分，可用于应用进程。 q 非实时信号都不支持排队，都是不可靠信号；实时信号都支持排队，都是可靠信号。 |
|
实时信号和非实时信号 ? Man 7 signal 查看手册 非实时信号都不支持排队，都是不可靠信号；实时信号都支持排队，都是可靠信号 |
复制去Google翻译翻译结果