LINUX Signal.docx

LINUX Signal.docx

《LINUX Signal.docx》由会员分享，可在线阅读，更多相关《LINUX Signal.docx（21页珍藏版）》请在冰豆网上搜索。

LINUXSignal

Linux信号（signal）机制分析

【摘要】本文分析了Linux内核对于信号的实现机制和应用层的相关处理。

首先介绍了软中断信号的本质及信号的两种不同分类方法尤其是不可靠信号的原理。

接着分析了内核对于信号的处理流程包括信号的触发/注册/执行及注销等。

最后介绍了应用层的相关处理，主要包括信号处理函数的安装、信号的发送、屏蔽阻塞等，最后给了几个简单的应用实例。

【关键字】软中断信号，signal，sigaction，kill，sigqueue，settimer，sigmask，sigprocmask，sigset_t

1信号本质

软中断信号（signal，又简称为信号）用来通知进程发生了异步事件。

在软件层次上是对中断机制的一种模拟，在原理上，一个进程收到一个信号与处理器收到一个中断请求可以说是一样的。

信号是进程间通信机制中唯一的异步通信机制，一个进程不必通过任何操作来等待信号的到达，事实上，进程也不知道信号到底什么时候到达。

进程之间可以互相通过系统调用kill发送软中断信号。

内核也可以因为内部事件而给进程发送信号，通知进程发生了某个事件。

信号机制除了基本通知功能外，还可以传递附加信息。

收到信号的进程对各种信号有不同的处理方法。

处理方法可以分为三类：

第一种是类似中断的处理程序，对于需要处理的信号，进程可以指定处理函数，由该函数来处理。

第二种方法是，忽略某个信号，对该信号不做任何处理，就象未发生过一样。

第三种方法是，对该信号的处理保留系统的默认值，这种缺省操作，对大部分的信号的缺省操作是使得进程终止。

进程通过系统调用signal来指定进程对某个信号的处理行为。

2信号的种类

可以从两个不同的分类角度对信号进行分类：

可靠性方面：

可靠信号与不可靠信号；

与时间的关系上：

实时信号与非实时信号。

2.1可靠信号与不可靠信号

Linux信号机制基本上是从Unix系统中继承过来的。

早期Unix系统中的信号机制比较简单和原始，信号值小于SIGRTMIN的信号都是不可靠信号。

这就是"不可靠信号"的来源。

它的主要问题是信号可能丢失。

随着时间的发展，实践证明了有必要对信号的原始机制加以改进和扩充。

由于原来定义的信号已有许多应用，不好再做改动，最终只好又新增加了一些信号，并在一开始就把它们定义为可靠信号，这些信号支持排队，不会丢失。

信号值位于SIGRTMIN和SIGRTMAX之间的信号都是可靠信号，可靠信号克服了信号可能丢失的问题。

Linux在支持新版本的信号安装函数sigation（）以及信号发送函数sigqueue（）的同时，仍然支持早期的signal（）信号安装函数，支持信号发送函数kill（）。

信号的可靠与不可靠只与信号值有关，与信号的发送及安装函数无关。

目前linux中的signal（）是通过sigation（）函数实现的，因此，即使通过signal（）安装的信号，在信号处理函数的结尾也不必再调用一次信号安装函数。

同时，由signal（）安装的实时信号支持排队，同样不会丢失。

对于目前linux的两个信号安装函数：

signal（）及sigaction（）来说，它们都不能把SIGRTMIN以前的信号变成可靠信号（都不支持排队，仍有可能丢失，仍然是不可靠信号），而且对SIGRTMIN以后的信号都支持排队。

这两个函数的最大区别在于，经过sigaction安装的信号都能传递信息给信号处理函数，而经过signal安装的信号不能向信号处理函数传递信息。

对于信号发送函数来说也是一样的。

2.2实时信号与非实时信号

早期Unix系统只定义了32种信号，前32种信号已经有了预定义值，每个信号有了确定的用途及含义，并且每种信号都有各自的缺省动作。

如按键盘的CTRL^C时，会产生SIGINT信号，对该信号的默认反应就是进程终止。

后32个信号表示实时信号，等同于前面阐述的可靠信号。

这保证了发送的多个实时信号都被接收。

非实时信号都不支持排队，都是不可靠信号；实时信号都支持排队，都是可靠信号。

3信号处理流程

对于一个完整的信号生命周期（从信号发送到相应的处理函数执行完毕）来说，可以分为三个阶段：

信号诞生

信号在进程中注册

信号的执行和注销

3.1信号诞生

信号事件的发生有两个来源：

硬件来源（比如我们按下了键盘或者其它硬件故障）；软件来源，最常用发送信号的系统函数是kill,raise,alarm和setitimer以及sigqueue函数，软件来源还包括一些非法运算等操作。

这里按发出信号的原因简单分类，以了解各种信号：

（1）与进程终止相关的信号。

当进程退出，或者子进程终止时，发出这类信号。

（2）与进程例外事件相关的信号。

如进程越界，或企图写一个只读的内存区域（如程序正文区），或执行一个特权指令及其他各种硬件错误。

（3）与在系统调用期间遇到不可恢复条件相关的信号。

如执行系统调用exec时，原有资源已经释放，而目前系统资源又已经耗尽。

（4）与执行系统调用时遇到非预测错误条件相关的信号。

如执行一个并不存在的系统调用。

（5）在用户态下的进程发出的信号。

如进程调用系统调用kill向其他进程发送信号。

（6）与终端交互相关的信号。

如用户关闭一个终端，或按下break键等情况。

（7）跟踪进程执行的信号。

Linux支持的信号列表如下。

很多信号是与机器的体系结构相关的

信号值默认处理动作发出信号的原因

SIGHUP1A终端挂起或者控制进程终止

SIGINT2A键盘中断（如break键被按下）

SIGQUIT3C键盘的退出键被按下

SIGILL4C非法指令

SIGABRT6C由abort（3）发出的退出指令

SIGFPE8C浮点异常

SIGKILL9AEFKill信号

SIGSEGV11C无效的内存引用

SIGPIPE13A管道破裂:

写一个没有读端口的管道

SIGALRM14A由alarm

（2）发出的信号

SIGTERM15A终止信号

SIGUSR130,10,16A用户自定义信号1

SIGUSR231,12,17A用户自定义信号2

SIGCHLD20,17,18B子进程结束信号

SIGCONT19,18,25进程继续（曾被停止的进程）

SIGSTOP17,19,23DEF终止进程

SIGTSTP18,20,24D控制终端（tty）上按下停止键

SIGTTIN21,21,26D后台进程企图从控制终端读

SIGTTOU22,22,27D后台进程企图从控制终端写

处理动作一项中的字母含义如下

A缺省的动作是终止进程

B缺省的动作是忽略此信号，将该信号丢弃，不做处理

C缺省的动作是终止进程并进行内核映像转储（dumpcore），内核映像转储是指将进程数据在内存的映像和进程在内核结构中的部分内容以一定格式转储到文件系统，并且进程退出执行，这样做的好处是为程序员提供了方便，使得他们可以得到进程当时执行时的数据值，允许他们确定转储的原因，并且可以调试他们的程序。

D缺省的动作是停止进程，进入停止状况以后还能重新进行下去，一般是在调试的过程中（例如ptrace系统调用）

E信号不能被捕获

F信号不能被忽略

3.2信号在目标进程中注册

在进程表的表项中有一个软中断信号域，该域中每一位对应一个信号。

内核给一个进程发送软中断信号的方法，是在进程所在的进程表项的信号域设置对应于该信号的位。

如果信号发送给一个正在睡眠的进程，如果进程睡眠在可被中断的优先级上，则唤醒进程；否则仅设置进程表中信号域相应的位，而不唤醒进程。

如果发送给一个处于可运行状态的进程，则只置相应的域即可。

进程的task_struct结构中有关于本进程中未决信号的数据成员：

structsigpendingpending：

structsigpending{

structsigqueue*head,*tail;

sigset_tsignal;

};

第三个成员是进程中所有未决信号集，第一、第二个成员分别指向一个sigqueue类型的结构链（称之为"未决信号信息链"）的首尾，信息链中的每个sigqueue结构刻画一个特定信号所携带的信息，并指向下一个sigqueue结构:

structsigqueue{

structsigqueue*next;

siginfo_tinfo;

}

信号在进程中注册指的就是信号值加入到进程的未决信号集sigset_tsignal（每个信号占用一位）中，并且信号所携带的信息被保留到未决信号信息链的某个sigqueue结构中。

只要信号在进程的未决信号集中，表明进程已经知道这些信号的存在，但还没来得及处理，或者该信号被进程阻塞。

当一个实时信号发送给一个进程时，不管该信号是否已经在进程中注册，都会被再注册一次，因此，信号不会丢失，因此，实时信号又叫做"可靠信号"。

这意味着同一个实时信号可以在同一个进程的未决信号信息链中占有多个sigqueue结构（进程每收到一个实时信号，都会为它分配一个结构来登记该信号信息，并把该结构添加在未决信号链尾，即所有诞生的实时信号都会在目标进程中注册）。

当一个非实时信号发送给一个进程时，如果该信号已经在进程中注册（通过sigset_tsignal指示），则该信号将被丢弃，造成信号丢失。

因此，非实时信号又叫做"不可靠信号"。

这意味着同一个非实时信号在进程的未决信号信息链中，至多占有一个sigqueue结构。

总之信号注册与否，与发送信号的函数（如kill（）或sigqueue（）等）以及信号安装函数（signal（）及sigaction（））无关，只与信号值有关（信号值小于SIGRTMIN的信号最多只注册一次，信号值在SIGRTMIN及SIGRTMAX之间的信号，只要被进程接收到就被注册）

3.3信号的执行和注销

内核处理一个进程收到的软中断信号是在该进程的上下文中，因此，进程必须处于运行状态。

当其由于被信号唤醒或者正常调度重新获得CPU时，在其从内核空间返回到用户空间时会检测是否有信号等待处理。

如果存在未决信号等待处理且该信号没有被进程阻塞，则在运行相应的信号处理函数前，进程会把信号在未决信号链中占有的结构卸掉。

对于非实时信号来说，由于在未决信号信息链中最多只占用一个sigqueue结构，因此该结构被释放后，应该把信号在进程未决信号集中删除（信号注销完毕）；而对于实时信号来说，可能在未决信号信息链中占用多个sigqueue结构，因此应该针对占用sigqueue结构的数目区别对待：

如果只占用一个sigqueue结构（进程只收到该信号一次），则执行完相应的处理函数后应该把信号在进程的未决信号集中删除（信号注销完毕）。

否则待该信号的所有sigqueue处理完毕后再在进程的未决信号集中删除该信号。

当所有未被屏蔽的信号都处理完毕后，即可返回用户空间。

对于被屏蔽的信号，当取消屏蔽后，在返回到用户空间时会再次执行上述检查处理的一套流程。

内核处理一个进程收到的信号的时机是在一个进程从内核态返回用户态时。

所以，当一个进程在内核态下运行时，软中断信号并不立即起作用，要等到将返回用户态时才处理。

进程只有处理完信号才会返回用户态，进程在用户态下不会有未处理完的信号。

处理信号有三种类型：

进程接收到信号后退出；进程忽略该信号；进程收到信号后执行用户设定用系统调用signal的函数。

当进程接收到一个它忽略的信号时，进程丢弃该信号，就象没有收到该信号似的继续运行。

如果进程收到一个要捕捉的信号，那么进程从内核态返回用户态时执行用户定义的函数。

而且执行用户定义的函数的方法很巧妙，内核是在用户栈上创建一个新的层，该层中将返回地址的值设置成用户定义的处理函数的地址，这样进程从内核返回弹出栈顶时就返回到用户定义的函数处，从函数返回再弹出栈顶时，才返回原先进入内核的地方。

这样做的原因是用户定义的处理函数不能且不允许在内核态下执行（如果用户定义的函数在内核态下运行的话，用户就可以获得任何权限）。

4信号的安装

如果进程要处理某一信号，那么就要在进程中安装该信号。

安装信号主要用来确定信号值及进程针对该信号值的动作之间的映射关系，即进程将要处理哪个信号；该信号被传递给进程时，将执行何种操作。

linux主要有两个函数实现信号的安装：

signal（）、sigaction（）。

其中signal（）只有两个参数，不支持信号传递信息，主要是用于前32种非实时信号的安装；而sigaction（）是较新的函数（由两个系统调用实现：

sys_signal以及sys_rt_sigaction），有三个参数，支持信号传递信息，主要用来与sigqueue（）系统调用配合使用，当然，sigaction（）同样支持非实时信号的安装。

sigaction（）优于signal（）主要体现在支持信号带有参数。

4.1signal（）

#include

void（*signal（intsignum,void（*handler））（int）））（int）;

如果该函数原型不容易理解的话，可以参考下面的分解方式来理解：

typedefvoid（*sighandler_t）（int）；

sighandler_tsignal（intsignum,sighandler_thandler））;

第一个参数指定信号的值，第二个参数指定针对前面信号值的处理，可以忽略该信号（参数设为SIG_IGN）；可以采用系统默认方式处理信号（参数设为SIG_DFL）；也可以自己实现处理方式（参数指定一个函数地址）。

如果signal（）调用成功，返回最后一次为安装信号signum而调用signal（）时的handler值；失败则返回SIG_ERR。

传递给信号处理例程的整数参数是信号值，这样可以使得一个信号处理例程处理多个信号。

#include

#include

#include

voidsigroutine（intdunno）

{/*信号处理例程，其中dunno将会得到信号的值*/

switch（dunno）{

case1:

printf（"Getasignal--SIGHUP"）;

break;

case2:

printf（"Getasignal--SIGINT"）;

break;

case3:

printf（"Getasignal--SIGQUIT"）;

break;

}

return;

}

intmain（）{

printf（"processidis%d",getpid（））;

signal（SIGHUP,sigroutine）;//*下面设置三个信号的处理方法

signal（SIGINT,sigroutine）;

signal（SIGQUIT,sigroutine）;

for（;;）;

}

其中信号SIGINT由按下Ctrl-C发出，信号SIGQUIT由按下Ctrl-发出。

该程序执行的结果如下：

localhost:

~$./sig_test

processidis463

Getasignal-SIGINT//按下Ctrl-C得到的结果

Getasignal-SIGQUIT//按下Ctrl-得到的结果

//按下Ctrl-z将进程置于后台

[1]+Stopped./sig_test

localhost:

~$bg

[1]+./sig_test&

localhost:

~$kill-HUP463//向进程发送SIGHUP信号

localhost:

~$Getasignal–SIGHUP

kill-9463//向进程发送SIGKILL信号，终止进程

localhost:

~$

4.2sigaction（）

#include

intsigaction（intsignum,conststructsigaction*act,structsigaction*oldact））;

sigaction函数用于改变进程接收到特定信号后的行为。

该函数的第一个参数为信号的值，可以为除SIGKILL及SIGSTOP外的任何一个特定有效的信号（为这两个信号定义自己的处理函数，将导致信号安装错误）。

第二个参数是指向结构sigaction的一个实例的指针，在结构sigaction的实例中，指定了对特定信号的处理，可以为空，进程会以缺省方式对信号处理；第三个参数oldact指向的对象用来保存返回的原来对相应信号的处理，可指定oldact为NULL。

如果把第二、第三个参数都设为NULL，那么该函数可用于检查信号的有效性。

第二个参数最为重要，其中包含了对指定信号的处理、信号所传递的信息、信号处理函数执行过程中应屏蔽掉哪些信号等等。

sigaction结构定义如下：

structsigaction{

union{

__sighandler_t_sa_handler;

void（*_sa_sigaction）（int,structsiginfo*,void*）；

}_u

sigset_tsa_mask；

unsignedlongsa_flags；

}

1、联合数据结构中的两个元素_sa_handler以及*_sa_sigaction指定信号关联函数，即用户指定的信号处理函数。

除了可以是用户自定义的处理函数外，还可以为SIG_DFL（采用缺省的处理方式），也可以为SIG_IGN（忽略信号）。

2、由_sa_sigaction是指定的信号处理函数带有三个参数，是为实时信号而设的（当然同样支持非实时信号），它指定一个3参数信号处理函数。

第一个参数为信号值，第三个参数没有使用，第二个参数是指向siginfo_t结构的指针，结构中包含信号携带的数据值，参数所指向的结构如下：

siginfo_t{

intsi_signo;/*信号值，对所有信号有意义*/

intsi_errno;/*errno值，对所有信号有意义*/

intsi_code;/*信号产生的原因，对所有信号有意义*/

union{/*联合数据结构，不同成员适应不同信号*/

//确保分配足够大的存储空间

int_pad[SI_PAD_SIZE];

//对SIGKILL有意义的结构

struct{

...

}...

......

......

//对SIGILL,SIGFPE,SIGSEGV,SIGBUS有意义的结构

struct{

...

}...

......

}

}

前面在讨论系统调用sigqueue发送信号时，sigqueue的第三个参数就是sigval联合数据结构，当调用sigqueue时，该数据结构中的数据就将拷贝到信号处理函数的第二个参数中。

这样，在发送信号同时，就可以让信号传递一些附加信息。

信号可以传递信息对程序开发是非常有意义的。

3、sa_mask指定在信号处理程序执行过程中，哪些信号应当被阻塞。

缺省情况下当前信号本身被阻塞，防止信号的嵌套发送，除非指定SA_NODEFER或者SA_NOMASK标志位。

注：

请注意sa_mask指定的信号阻塞的前提条件，是在由sigaction（）安装信号的处理函数执行过程中由sa_mask指定的信号才被阻塞。

4、sa_flags中包含了许多标志位，包括刚刚提到的SA_NODEFER及SA_NOMASK标志位。

另一个比较重要的标志位是SA_SIGINFO，当设定了该标志位时，表示信号附带的参数可以被传递到信号处理函数中，因此，应该为sigaction结构中的sa_sigaction指定处理函数，而不应该为sa_handler指定信号处理函数，否则，设置该标志变得毫无意义。

即使为sa_sigaction指定了信号处理函数，如果不设置SA_SIGINFO，信号处理函数同样不能得到信号传递过来的数据，在信号处理函数中对这些信息的访问都将导致段错误（Segmentationfault）。

5信号的发送

发送信号的主要函数有：

kill（）、raise（）、sigqueue（）、alarm（）、setitimer（）以及abort（）。

5.1kill（）

#include

#include

intkill（pid_tpid,intsigno）

该系统调用可以用来向任何进程或进程组发送任何信号。

参数pid的值为信号的接收进程

pid>0进程ID为pid的进程

pid=0同一个进程组的进程

pid<0pid!

=-1进程组ID为-pid的所有进程

pid=-1除发送进程自身外，所有进程ID大于1的进程

Sinno是信号值，当为0时（即空信号），实际不发送任何信号，但照常进行错误检查，因此，可用于检查目标进程是否存在，以及当前进程是否具有向目标发送信号的权限（root权限的进程可以向任何进程发送信号，非root权限的进程只能向属于同一个session或者同一个用户的进程发送信号）。

Kill（）最常用于pid>0时的信号发送。

该调用执行成功时，返回值为0；错误时，返回-1，并设置相应的错误代码errno。

下面是一些可能返回的错误代码：

EINVAL：

指定的信号sig无效。

ESRCH：

参数pid指定的进程或进程组不存在。

注意，在进程表项中存在的进程，可能是一个还没有被wait收回，但已经终止执行的僵死进程。

EPERM：

进程没有权力将这个信号发送到指定接收信号的进程。

因为，一个进程被允许将信号发送到进程pid时，必须拥有root权力，或者是发出调用的进程的UID或EUID与指定接收的进程的UID或保存用户ID（savedset-user-ID）相同。

如果参数pid小于-1，即该信号发送给一个组，则该错误表示组中有成员进程不能接收该信号。

5.2sigqueue（）

#include

#include

intsigqueue（pid_tpid,intsig,constunionsigvalval）

调用成功返回0；否则，返回-1。

sigqueue（）是比较新的发送信号系统调用，主要是针对实时信号提出的（当然也支持前32种），支持信号带有参数，与函数sigaction（）配合使用。

sigqueue的第一个参数是指定接收信号的进程ID，第二个参数确定即将发送的信号，第三个参数是一个联合数据结构unionsigval，指定了信号传递的参数，即通常所说的4字节值。

typedefunionsigval{

intsival_int;

void*sival_ptr;

}sigval_t;

sigqueue（）比kill（）传递了更多的附加信息，但sigqueue（）只能向一个进程发送信号，而不能发送信号给一个进程组。

如果signo=0，将会执行错误检查，但实际上不发送任何信号，0值信号可用于检查pid的有效性以及当前进程是否有权限向目标进程发送信号。

在调用sigqueue时，sigval_t指定的信息会拷贝到对应sig注册的3参数信号处理函数的siginfo_t结构中，这样信号处理函数就可以处理这些信息了。

由于