[ULK11]信号(一):一些基本概念

进程在正常结束以前,不可能无休止地运行下去.进程在运行的时候,系统中总会发生这样或那样的事件.内核必须响应这些事件,这样,进程的执行就会被打断.

一.从那些干扰程序执行的事件说起

有些事件产生自硬件,比如时钟或I/O设备.这样的事件通常与当前正在执行的进程没有什么关系,不会对进程的执行流造成任何影响.于是,进程根本意识不到自己曾被这种事件打断过.我们通常将这样的事件叫做中断.

有些事件来自进程自身,这通常意味着进程做了些不该做的事,比如除0.当这样的事情发生时,内核必须打断正在执行的进程,并进行相应的处理.这样的事件几乎一定会改变进程的执行流.我们通常把这样的事件叫做异常.

还有些事件既不是从硬件产生,也不是从进程自身产生.这样的事件产生自其他进程.Linux允许一个进程向另一个进程发送一个消息,以便进程之间可以相互”通信”.于是,为了响应消息,收到消息的进程通常又会被打断.我们把这样的事件叫做信号.

现实更加复杂.事实上,异常事件发生以后,内核不会强势介入进程的执行流,而是用了一种更加”文雅”的方式:向进程发送一个信号,虽然在大多数情况下这个信号会杀死进程.

二.信号

这样,我们知道,信号是被发送给进程的一条消息,收到信号的进程通常会对信号作出响应,从而改变自己的执行流.

并且,我们还可以总结出信号的两个作用:

• 在用户态, 信号被用作进程间通信;
• 在内核态,信号被内核用来通知进程已发生的事件.

我们需要先定义一些与信号处理相关的术语,并明确它们的语义.

三.信号的三个状态:产生,传递,未决

首先,我们来定义信号的三个状态.值得注意的是,信号的三个状态存在于理论之中,内核不会记录信号的状态.

• 产生
  当一个导致信号生成的事件发生时,内核会根据需要更新一个或多个进程描述符.从事件发生到进程描述符更新完毕,这个过程叫做信号产生.下面这些事件都可能引起信号产生:
  
  • 硬件异常(如除0)
  • 软件条件(如定时器超时)
  • 终端操作
  • kill()函数调用
• 传递
  内核强迫目标进程对信号作出反应.这个过程叫做信号传递.内核强迫目标进程相应信号的方式有:
  
  • 改变目标进程的执行状态
  • 执行特定的信号处理程序
  • 既改变目标进程的执行状态,又执行特定的信号处理程序
• 未决
  产生的信号不会立即被传递.当信号已产生但是没有被传递时,信号处于未决状态.

四.信号的传递方式:忽略,默认,捕捉

其次, 我们看内核传递信号的三种方式.与信号状态不同的是,内核对信号的处理动作明确记录在进程描述符的sighand->action[sig].sa_handler字段中.

• 显式忽略: SIG_IGN
• 默认操作: SIG_DFL
  默认操作与信号相关,有以下三种:
  
  • Terminate: 终止进程
  • Dump: 终止进程并转储其执行上下文
  • Ignore: 忽略信号
  • Stop: 停止进程
  • Continue: 若进程被停止,就将它设为运行态
• 捕获: handler_address

至此,事情好像已经完美了: 信号产生以后,经历未决状态,最后被内核根据注册在进程描述符中的动作进行传递.然而,信号并不总是能够被顺利传递,因为内核可能阻塞信号.

五.信号的阻塞

• 阻塞
  信号注册在以下两个地方时,信号被阻塞.被阻塞的信号处在信号未决状态,当它被解除阻塞以后,它才有机会被传递.
  
  • blocked
  • sighand->action[sig]->sa_mask