信号是软件中断，信号提供了解决异步时间的方法。

    每一中信号都有一个名字，信号名以SIG开头。

    很多条件可以产生信号：

    终端交互：用户按下某一些按键，如ctl+c，会产生信号。

    硬件异常：如除数为0，内存引用错误。

    kill（2）函数：将信号发送到一个进程或者进程组

    kill（1）命令：该命令为kill（2）函数的接口。用于终止失控的后台in成。

    检测到某软件条件发生：如网络连接上传来外数据（产生SIGURG信号），闹钟超时（产生SIGALRM信号）

    忽略此信号：大部分信号可以忽略，但SIGKILL和SIGSTOP信号不能忽略。另，如果忽略硬件异常（如除数为0）信号，则运行结果未知。

    捕捉此信号：通知内核在某信号发生时，调用一个用户函数。SIGKILL和SIGSTOP信号不能被捕捉。如

    默认动作：执行系统默认动作，本文后面附带常见信号默认动作的表格。大部分信号的默认动作时终止进程。

  SIGKILL和SIGSTOP信号既不能被忽略也不能被捕捉，因为这两个信号向内核或者超级用户提供了终止或停止信号的可靠方法。

首先说明：现在大部分Unix系系统如Linux都已经实现可靠信号。

1~31信号与SIGRTMIN-SIGRTMAX之间并不是可靠信号与不可靠信号的区别，在大多数系统下他们都是可靠信号。

只不过：

1~31信号           
               
  ——不支持排队，为普通信号。（不能用于统计信号发生次数的情景。）

SIGRTMIN-SIGRTMAX信号——支持排队，实时信号

什么是不可靠信号：

不可靠的意思是信号可能丢失或者被错误处理。

在早起系统中，信号存在两大缺陷，导致了信号不可靠。

    信号发生后，信号处理方式被重置为系统默认动作。依旧是说，signal函数知识把信号和我们的信号处理函数关联一次，在发生一次信号后，信号的处理方式就被重置为系统默认了。

    这就导致了信号处理函数必须使用如下代码：

int  sig_int(); /* my signal handling function */

...

signal(SIGINT, sig_int); /* @1establish handler    */

...

sig_int()

{

signal(SIGINT, sig_int); /* @2reestablish handler for next time */

...

./*process the signal ... */

...

}

    但是，这样的处理并不能保证程序完全正确，因为在发生一次信号时，在我们开始调用sig_int函数，到执行sig_int函数中的signal函数（也就是我们@2代码）之间是有时间间隔的.如果在这段时间间隔里发生了再次发生了信号，那么针对这个信号的处理方式就是系统默认的方法了。

    所以早期的信号时不可靠的，因为他不能保证信号都使用正确的（我们期望的）处理方式进行处理。

    信号对进程的控制能力差：

    早期系统实现中，当我们不希望信号发生时，进程无法关闭一个 信号，并在记录它的发生。

    很多时候我们有这样的需求，我们不希望信号打断某项的工作，但是当工作执行完后，又希望系统告诉我们这段时间内发生了什么信号。比如我们运行一段程序，要求运行完之前不能中断它（比如我们的Ctl+C），这是就需要暂时关闭这个信号。

    首先我们明确需求，我们需要的是，信号暂时不起作用，并在之后能够提醒我们信号发生过。

    为了实现这一点，我们使用下面代码

int  sig_int();     /* my signal handling function */

int  sig_int_flag; /* set nonzero when signal occurs */

main()

{

    signal(SIGINT, sig_int); /* establish handler */

    ...

    while (sig_int_flag == 0)

        pause();  /* go to sleep, waiting for signal */

    ...

}

sig_int()

{

    signal(SIGINT, sig_int); /* reestablish handler for next time */

    sig_int_flag = 1; /* set flag for main loop to examine */

}

    sig_int只有两行代码，它的作用就是忽略信号，并且用sig_int_flag标志信号发生过。

    之所以用while只因为pause可能会被其他信号中断。（我的理解）

    

    在这段代码中仍然有缺陷，在while测试后，pause之前有一段时间间隔， 在这段时间间隔里如果信号发生，并且此后不再发生，则进程会一直进入睡眠状态。

    可靠信号针对解决不可靠信号的两点缺陷来理解：

    用sigaction代替signal

（在现代大多数系统中，signal也使用了sigaction实现，因此事可靠的。）建议尽可能使用sigaction替代signal，因为sigaction是同一的标准，可移植性强。

     一旦给信号被sigaction安装了一个动作，那么在sigaction调用显示改变它之前，这个信号动作将一直有效，也就是说不会执行一次就回复默认动作。这种处理方式不同于早期系统的信号不可靠的信号处理方式。可以说现在系统的信号处理方式是可靠的。

    关于sigaction与signal的更多介绍可参考本博相关博文。

    用户可以通过sigprocmask、sigaction设置屏蔽字是信号阻塞。使信号处于pending状态，这样也就自然解决了缺陷二。

        

信号列表：