[学习笔记]可靠信号、不可靠信号

本文深入探讨了Linux信号机制与Unix信号机制的区别,包括不可靠信号与可靠信号的概念,信号处理过程的优化,以及Linux如何解决Unix信号机制中存在的问题。重点介绍了Linux信号机制在信号处理、信号类型(实时与非实时)等方面的改进。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

不可靠信号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翻译 翻译结果
 

转载于:https://www.cnblogs.com/shichuan/p/4448030.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值