sigaction_1

 

 

实时信号之所以是可靠的，因为在进程阻塞该信号的时间内，发给该进程的所有实时信号会排队，而非实时信号则会合并为一个信号。

muhe221@muhe:~/code/6795CRC/art/runtime$ kill -l
 1) SIGHUP     2) SIGINT     3) SIGQUIT     4) SIGILL     5) SIGTRAP
 6) SIGABRT     7) SIGBUS     8) SIGFPE     9) SIGKILL    10) SIGUSR1
11) SIGSEGV    12) SIGUSR2    13) SIGPIPE    14) SIGALRM    15) SIGTERM
16) SIGSTKFLT    17) SIGCHLD    18) SIGCONT    19) SIGSTOP    20) SIGTSTP
21) SIGTTIN    22) SIGTTOU    23) SIGURG    24) SIGXCPU    25) SIGXFSZ
26) SIGVTALRM    27) SIGPROF    28) SIGWINCH    29) SIGIO    30) SIGPWR
31) SIGSYS    34) SIGRTMIN    35) SIGRTMIN+1    36) SIGRTMIN+2    37) SIGRTMIN+3
38) SIGRTMIN+4    39) SIGRTMIN+5    40) SIGRTMIN+6    41) SIGRTMIN+7    42) SIGRTMIN+8
43) SIGRTMIN+9    44) SIGRTMIN+10    45) SIGRTMIN+11    46) SIGRTMIN+12    47) SIGRTMIN+13
48) SIGRTMIN+14    49) SIGRTMIN+15    50) SIGRTMAX-14    51) SIGRTMAX-13    52) SIGRTMAX-12
53) SIGRTMAX-11    54) SIGRTMAX-10    55) SIGRTMAX-9    56) SIGRTMAX-8    57) SIGRTMAX-7
58) SIGRTMAX-6    59) SIGRTMAX-5    60) SIGRTMAX-4    61) SIGRTMAX-3    62) SIGRTMAX-2
63) SIGRTMAX-1    64) SIGRTMAX    

 

1) SIGHUP
本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联。

登录Linux时，系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序，包括前台进程组和后台进程组，一般都属于这个 Session。当用户退出Linux登录时，前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程，因此前台进 程组和后台有终端输出的进程就会中止。不过可以捕获这个信号，比如wget能捕获SIGHUP信号，并忽略它，这样就算退出了Linux登录，wget也 能继续下载。

此外，对于与终端脱离关系的守护进程，这个信号用于通知它重新读取配置文件。

2) SIGINT
程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出，用于通知前台进程组终止进程。

3) SIGQUIT
和SIGINT类似, 但由QUIT字符(通常是Ctrl-\)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号。

4) SIGILL
执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号。

5) SIGTRAP
由断点指令或其它trap指令产生. 由debugger使用。

6) SIGABRT
调用abort函数生成的信号。

7) SIGBUS
非法地址, 包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数, 但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发的(如访问不属于自己存储空间或只读存储空间)。

8) SIGFPE
在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误。

9) SIGKILL
用来立即结束程序的运行. 本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了，可尝试发送这个信号。

10) SIGUSR1
留给用户使用

11) SIGSEGV
试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据.

 信号 11，即表示程序中可能存在特定条件下的非法内存访问。

12) SIGUSR2
留给用户使用

13) SIGPIPE
管道破裂。这个信号通常在进程间通信产生，比如采用FIFO(管道)通信的两个进程，读管道没打开或者意外终止就往管道写，写进程会收到SIGPIPE信号。此外用Socket通信的两个进程，写进程在写Socket的时候，读进程已经终止。

14) SIGALRM
时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号.

15) SIGTERM
程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出，shell命令kill缺省产生这个信号。如果进程终止不了，我们才会尝试SIGKILL。

17) SIGCHLD
子进程结束时, 父进程会收到这个信号。

如果父进程没有处理这个信号，也没有等待(wait)子进程，子进程虽然终止，但是还会在内核进程表中占有表项，这时的子进程称为僵尸进程。这种情 况我们应该避免(父进程或者忽略SIGCHILD信号，或者捕捉它，或者wait它派生的子进程，或者父进程先终止，这时子进程的终止自动由init进程 来接管)。

18) SIGCONT
让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符

19) SIGSTOP
停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略.

20) SIGTSTP
停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号

21) SIGTTIN
当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号. 缺省时这些进程会停止执行.

22) SIGTTOU
类似于SIGTTIN, 但在写终端(或修改终端模式)时收到.

23) SIGURG
有”紧急”数据或out-of-band数据到达socket时产生.

24) SIGXCPU
超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/改变。

25) SIGXFSZ
当进程企图扩大文件以至于超过文件大小资源限制。

26) SIGVTALRM
虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间.

27) SIGPROF
类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间.

28) SIGWINCH
窗口大小改变时发出.

29) SIGIO
文件描述符准备就绪, 可以开始进行输入/输出操作.

30) SIGPWR
Power failure

31) SIGSYS
非法的系统调用。

 

int sigaction(int signum, const struct sigaction *act, struct sigaction *oldact));
#include <signal.h>

sigaction 函数用于改变进程接收到特定信号后的行为。该函数的第一个参数为信号的值，可以为除SIGKILL及SIGSTOP外的任何一个 特定有效的信号（为这两个信号定义自己的处理函数，将导致信号安装错误）。第二个参数是指向结构sigaction的一个实例的指针，在结构 sigaction的实例中，指定了对特定信号的处理，可以为空，进程会以缺省方式对信号处理；第三个参数oldact指向的对象用来保存原来对相应信号 的处理，可指定oldact为NULL。如果把第二、第三个参数都设为NULL，那么该函数可用于检查信号的有效性。

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

sigaction的结构形态如下：
struct sigaction {
    void (*sa_handler)(int);
    void (*sa_sigaction)(int, siginfo_t *, void *);
    sigset_t sa_mask;
    int sa_flags;
    void (*sa_restorer)(void);
}

参数：

在一些体系上，sa_handler和sa_sigaction共用一个联合体(union)，所以不要同时指定两个字段的值。

sa_restorer字段已淘汰，不应该再被使用。

sa_handler字段指定与signum信号关联的行为，可能是SIG_DFL默认行为，SIG_IGN忽略接送到的信号，或者一个信号处理函数指针。这个函数以一个信号编码作为它的唯一参数 。

如果sa_flags中存在SA_SIGINFO标志，那么sa_sigaction将作为signum信号的处理函数。这个函数的第一参数是信号编码，第二参数是siginfo_t结构的指针，第三参数是ucontext_t结构指针(造型为void *)。

sa_mask指定信号处理函数执行的过程中应被阻塞的信号。另外，除了SA_NODEFER标志被指定外，触发信号处理函数执行的那个信号也会被阻塞。

sa_flags指定一系列用于修改信号处理过程行为的标志，由下面的0个或多个标志通过or运算组合而成：
 SA_NOCLDSTOP //此标志为on时，假如signum的值是SIGCHLD，则在子进程停止或恢复执行时不会传信号给调用本系统调用的进程。
 SA_NOCLDWAIT //此标志为on时，当调用此系统调用的进程之子进程终止时，系统不会建立zombie进程。
 SA_RESETHAND //此标志为on时，信号处理函数接收到信号后，会先将对信号处理的方式设为预设方式，而且当函数处理该信号时，后来发生的信号将不会被阻塞。
 SA_ONSTACK //如果利用sigaltstack()建立信号专用堆栈，则此标志会把所有信号送往该堆栈。
 SA_RESTART //此标志为on时，核心会自动重启信号中断的系统调用，否则返回EINTR错误值。
 SA_NODEFER //当此标志为on时，在信号处理函数处置信号的时段中，核心程序不会把这个间隙中产生的信号阻塞。
 SA_SIGINFO //此标志为on时，指定信号处理函数需要三个参数，所以应使用sa_sigaction替代sa_handler。

----------------------------------------------------------------------------------------------

信号本质
信号是在软件层次上对中断机制的一种模拟，在原理上，一个进程收到一个信号和处理器收到一个中断请求能够说是相同的。信号是异步的，一个进程不必通过任何操作来等待信号的到达，事实上，进程也不知道信号到底什么时候到达。
信号是进程间通信机制中唯一的异步通信机制，能够看作是异步通知，通知接收信号的进程有哪些事情发生了

信号来源
信号事件的发生有两个来源：硬件来源(比如我们按下了键盘或其他硬件故障)；软件来源，最常用发送信号的系统函数是kill, raise, alarm和setitimer连同sigqueue函数，软件来源还包括一些非法运算等操作。

信号的种类
能够从两个不同的分类角度对信号进行分类：（1）可靠性方面：可靠信号和不可靠信号；（2）和时间的关系上：实时信号和非实时信号。
1.信号值小于SIGRTMIN(SIGRTMIN=32)的信号都是不可靠信号。Linux支持不可靠信号，但是对不可靠信号机制做了改进：在调用完信号处理函数后，不必重新调用该信号的安装函数（信号安装函数是在可靠机制上的实现）。因此，Linux下的不可靠信号问 题主要指的是信号可能丢失。前32种信号已有了预定义值，每个信号有了确定的用途及含义，并且每种信号都有各自的缺省动作。如按键盘的CTRL^C时，会产生SIGINT信号，对该信号的默认反应就是进程终止。
2.可靠信号是指后来添加的新信号（信号值位于SIGRTMIN及SIGRTMAX之间）。信号的可靠和不可靠只和信号值有关，和信号的发送及安装函数无关。
3.非实时信号都不支持排队，都是不可靠信号；实时信号都支持排队，都是可靠信号。

进程对信号的响应，进程能够通过三种方式来响应一个信号：
（1）忽略信号，即对信号不做任何处理，其中，有两个信号不能忽略：SIGKILL及SIGSTOP；
（2）捕获信号。定义信号处理函数，当信号发生时，执行相应的处理函数；
（3）执行缺省操作，Linux对每种信号都规定了默认操作。（注意，进程对实时信号的缺省反应是进程终止）

信号的发送 .
发送信号的主要函数有：kill()、raise()、 sigqueue()、alarm()、setitimer()连同abort()

int kill(pid_t pid,int signo)
参数pid的值 信号的接收进程
pid>0 进程ID为pid的进程
pid=0 同一个进程组的进程
pid<0 pid!=-1 进程组ID为 -pid的任何进程
pid=-1 除发送进程自身外，任何进程ID大于1的进程
Sinno是信号值，当为0时（即空信号），实际不发送任何信号，但照常进行错误检查，因此，可用于检查目标进程是否存在，连同当前进程是否具备向目标发送信号的权限（root权限的进程能够向任何进程发送信号，非root权限的进程只能向属于同一个session或同一个用户的进程发送信号）。

Kill()最常用于pid>0时的信号发送，调用成功返回 0； 否则，返回-1。
注：对于pid<0时的情况，对于哪些进程将接受信号，各种版本说法不一，其实很简单，参阅内核源码kernal/signal.c即可

int raise(int signo)
向进程本身发送信号，参数为即将发送的信号值。调用成功返回 0；否则，返回 -1。

int sigqueue(pid_t pid, int sig, const union sigval val)
调用成功返回 0；否则，返回 -1。
sigqueue()是比较新的发送信号系统调用，主要是针对实时信号提出的（当然也支持前32种），支持信号带有参数，和函数sigaction()配合使用。 .
sigqueue的第一个参数是指定接收信号的进程ID，第二个参数确定即将发送的信号，第三个参数是个联合数据结构union sigval，指定了信号传递的参数，即通常所说的4字节值。
typedef union sigval {
    int sival_int;
    void *sival_ptr;
} sigval_t;

sigqueue()比kill()传递了更多的附加信息，但sigqueue()只能向一个进程发送信号，而不能发送信号给一个进程组。假如signo=0，将会执行错误检查，但实际上不发送任何信号，0值信号可用于检查pid的有效性连同当前进程是否有权限向目标进程发送信号。
在调用sigqueue时，sigval_t指定的信息会拷贝到3参数信号处理函数（3参数信号处理函数指的是信号处理函数由sigaction安装，并设定了sa_sigaction指针，稍后将阐述）的siginfo_t结构中，这样信号处理函数就能够处理这些信息了。由于sigqueue系统调用支持发送带参数信号，所以比kill()系统调用的功能要灵活和强大得多。
注：sigqueue（）发送非实时信号时，第三个参数包含的信息仍然能够传递给信号处理函数； sigqueue（）发送非实时信号时，仍然不支持排队，即在信号处理函数执行过程中到来的任何相同信号，都被合并为一个信号。

unsigned int alarm(unsigned int seconds)
专门为SIGALRM信号而设，在指定的时间seconds秒后，将向进程本身发送SIGALRM信号，又称为闹钟时间。进程调用alarm后，任何以前的alarm()调用都将无效。假如参数seconds为零，那么进程内将不再包含任何闹钟时间。
返回值，假如调用alarm（）前，进程中已配置了闹钟时间，则返回上一个闹钟时间的剩余时间，否则返回0。

int setitimer(int which, const struct itimerval *value, struct itimerval *ovalue));
setitimer()比alarm功能强大，支持3种类型的定时器：
 ITIMER_REAL： 设定绝对时间；经过指定的时间后，内核将发送SIGALRM信号给本进程；
 ITIMER_VIRTUAL 设定程式执行时间；经过指定的时间后，内核将发送SIGVTALRM信号给本进程；
 ITIMER_PROF 设定进程执行连同内核因本进程而消耗的时间和，经过指定的时间后，内核将发送ITIMER_VIRTUAL信号给本进程；
Setitimer()第一个参数which指定定时器类型（上面三种之一）；第二个参数是结构itimerval的一个实例，结构itimerval形式见附录1。第三个参数可不做处理。 ..
Setitimer()调用成功返回0，否则返回-1。

void abort(void);
向进程发送SIGABORT信号，默认情况下进程会异常退出，当然可定义自己的信号处理函数。即使SIGABORT被进程配置为阻塞信号，调用abort()后，SIGABORT仍然能被进程接收。该函数无返回值。

信号的安装（配置信号关联动作）
假如进程要处理某一信号，那么就要在进程中安装该信号。安装信号主要用来确定信号值及进程针对该信号值的动作之间的映射关系，即进程将要处理哪个信号；该信号被传递给进程时，将执行何种操作。
linux主要有两个函数实现信号的安装：signal()、sigaction()。其中signal()在可靠信号系统调用的基础上实现,是库函数。他只有两个参数，不支持信号传递信息，主要是用于前32种非实时信号的安装；而sigaction()是较新的函数（由两个系统调用实现：sys_signal连同sys_rt_sigaction），有三个参数，支持信号传递信息，主要用来和 sigqueue()系统调用配合使用，当然，sigaction()同样支持非实时信号的安装。sigaction()优于signal()主要体现在支持信号带有参数。
1. void (*signal(int signum, void (*handler))(int)))(int);
假如该函数原型不容易理解的话，能够参考下面的分解方式来理解：
typedef void (*sighandler_t)(int)；
sighandler_t signal(int signum, sighandler_t handler));
第一个参数指定信号的值，第二个参数指定针对前面信号值的处理，能够忽略该信号（参数设为SIG_IGN）；能够采用系统默认方式处理信号(参数设为SIG_DFL)；也能够自己实现处理方式(参数指定一个函数地址)。
假如signal()调用成功，返回最后一次为安装信号signum而调用signal()时的handler值；失败则返回SIG_ERR。
2. int sigaction(int signum,const struct sigaction *act,struct sigaction *oldact));
sigaction函数用于改变进程接收到特定信号后的行为。该函数的第一个参数为信号的值，能够为除SIGKILL及SIGSTOP外的任何一个特定有效的信号（为这两个信号定义自己的处理函数，将导致信号安装错误）。第二个参数是指向结构sigaction的一个实例的指针，在结构sigaction的实例中，指定了对特定信号的处理，能够为空，进程会以缺省方式对信号处理；第三个参数oldact指向的对象用来保存原来对相应信号的处理，可指定oldact为NULL。假如把第二、第三个参数都设为NULL，那么该函数可用于检查信号的有效性。第二个参数最为重要，其中包含了对指定信号的处理、信号所传递的信息、信号处理函数执行过程中应屏蔽掉哪些函数等等。



sigaction的结构形态如下：
struct sigaction {
    void (*sa_handler)(int);
    void (*sa_sigaction)(int, siginfo_t *, void *);
    sigset_t sa_mask;
    int sa_flags;
    void (*sa_restorer)(void);
}

在一些体系上，sa_handler和sa_sigaction共用一个联合体(union)，所以不要同时指定两个字段的值。
sa_restorer字段已淘汰，不应该再被使用。

typedef union sigval {
    int sival_int;
    void *sival_ptr;
} sigval_t;

siginfo_t {
    int si_signo; /* 信号值，对任何信号有意义*/
    int si_errno; /* errno值，对任何信号有意义*/
    int si_code; /* 信号产生的原因，对任何信号有意义*/
    pid_t si_pid; /* 发送信号的进程ID,对kill(2),实时信号连同SIGCHLD有意义 */ ..
    user_id_t si_uid; /* 发送信号进程的真实用户ID，对kill(2),实时信号连同SIGCHLD有意义 */
    int si_status; /* 退出状态，对SIGCHLD有意义*/
    clock_t si_utime; /* 用户消耗的时间，对SIGCHLD有意义 */
    clock_t si_stime; /* 内核消耗的时间，对SIGCHLD有意义 */
    sigval_t si_value; /* 信号值，对任何实时有意义，是个联合数据结构，能够为一个整数（由si_int标示，也能够为一个指针，由si_ptr标示）*/

    void * si_addr; /* 触发fault的内存地址，对SIGILL,SIGFPE,SIGSEGV,SIGBUS 信号有意义*/
    int si_band; /* 对SIGPOLL信号有意义 */
    int si_fd; /* 对SIGPOLL信号有意义 */
}

实际上，除了前三个元素外，其他元素组织在一个联合结构中，在联合数据结构中，又根据不同的信号组织成不同的结构。注释中提到的对某种信号有意义指的是，在该信号的处理函数中能够访问这些域来获得和信号相关的有意义的信息，只但是特定信号只对特定信息感兴趣而已。

采用联合数据结构，说明siginfo_t结构中的si_value要么持有一个4字节的整数值，要么持有一个指针，这就构成了和信号相关的数据。在信号的处理函数中，包含这样的信号相关数据指针，但没有规定具体如何对这些数据进行操作，操作方法应该由程式研发人员根据具体任务事先约定。

sa_mask指定在信号处理程式执行过程中，哪些信号应当被阻塞。缺省情况下当前信号本身被阻塞，防止信号的嵌套发送，除非指定SA_NODEFER或SA_NOMASK标志位。

sa_flags中包含了许多标志位，包括刚刚提到的SA_NODEFER及SA_NOMASK标志位。另一个比较重要的标志位是SA_SIGINFO，当设定了该标志位时，表示信号附带的参数能够被传递到信号处理函数中，因此，应该为sigaction结构中的sa_sigaction指定处理函数，而不应该为sa_handler指定信号处理函数，否则，配置该标志变得毫无意义。即使为sa_sigaction指定了信号处理函数，假如不配置SA_SIGINFO，信号处理函数同样不能得到信号传递过来的数据，在信号处理函数中对这些信息的访问都将导致段错误（Segmentation fault）。

信号集及信号集操作函数
信号集被定义为一种数据类型：
typedef struct {
    unsigned long sig[_NSIG_WORDS]；
} sigset_t
信号集用来描述信号的集合，linux所支持的任何信号能够全部或部分的出现在信号集中，主要和信号阻塞相关函数配合使用。


int sigemptyset(sigset_t *set)；
初始化由set指定的信号集，信号集里面的任何信号被清空
int sigfillset(sigset_t *set)；
调用该函数后，set指向的信号集中将包含linux支持的64种信号
int sigaddset(sigset_t *set, int signum)；
在set指向的信号集中加入signum信号
int sigdelset(sigset_t *set, int signum)；
在set指向的信号集中删除signum信号
int sigismember(const sigset_t *set, int signum)；
判定信号signum是否在set指向的信号集中,如果信号集里已有该信号则返回1，否则返回0。如果有错误则返回-1。出错的情况及其错误代码见下：


信号阻塞和信号未决
每个进程都有一个用来描述哪些信号递送到进程时将被阻塞的信号集，该信号集中的任何信号在递送到进程后都将被阻塞。下面是和信号阻塞相关的几个函数：
int sigprocmask(int how, const sigset_t *set, sigset_t *oldset))；
sigprocmask()函数能够根据参数how来实现对信号集的操作，操作主要有三种：
SIG_BLOCK 在进程当前阻塞信号集中添加set指向信号集中的信号
SIG_UNBLOCK 假如进程阻塞信号集中包含set指向信号集中的信号，则解除对该信号的阻塞
SIG_SETMASK 更新进程阻塞信号集为set指向的信号集

int sigpending(sigset_t *set));
获得当前已递送到进程，却被阻塞的任何信号，在set指向的信号集中返回结果。
int sigsuspend(const sigset_t *mask));
用于在接收到某个信号之前, 临时用mask替换进程的信号掩码,并暂停进程执行，直到收到信号为止。sigsuspend返回后将恢复调用之前的信号掩码。信号处理函数完成后，进程将继续执行。该系统调用始终返回-1，并将errno配置为EINTR。


信号在目标进程中"注册"；进程的task_struct结构中有关于本进程中未决信号的数据成员：
struct sigpending pending：
   struct sigpending{
   struct sigqueue *head, **tail;
   sigset_t signal;
};

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


信号在进程中注册指的就是信号值加入到进程的未决信号集中（sigpending结构的第二个成员sigset_tsignal），并且信号所携带的信息被保留到未决信号信息链的某个sigqueue结构中。只要信号在进程的未决信号集中，表明进程已知道这些信号的存在，但还没来得及处理，或该信号被进程阻塞。
当一个实时信号发送给一个进程时，不管该信号是否已在进程中注册，都会被再注册一次，因此，信号不会丢失，因此，实时信号又叫做"可靠信号"。这意味着同一个实时信号能够在同一个进程的未决信号信息链中占有多个sigqueue结构（进程每收到一个实时信号，都会为他分配一个结构来登记该信号信息，并把该结构添加在未决信号链尾，即任何诞生的实时信号都会在目标进程中注册）； 根据专家观察，这样的理论和现象都是值得各位站长深思的，所以希望大家多做研究学习，争取总结出更多更好的经验!
当一个非实时信号发送给一个进程时，假如该信号已在进程中注册，则该信号将被丢弃，造成信号丢失。因此，非实时信号又叫做"不可靠信号"。这意味着同一个非实时信号在进程的未决信号信息链中，至多占有一个sigqueue结构（一个非实时信号诞生后，（1）、假如发现相同的信号已在目标结构中注册，则不再注册，对于进程来说，相当于不知道本次信号发生，信号丢失；（2）、假如进程的未决信号中没有相同信号，则在进程中注册自己）。

信号在进程中的注销。在目标进程执行过程中，会检测是否有信号等待处理（每次从系统空间返回到用户空间时都做这样的检查）。假如存在未决信号等待处理且该信号没有被进程阻塞，则在运行相应的信号处理函数前，进程会把信号在未决信号链中占有的结构卸掉。是否将信号从进程未决信号集中删除对于实时和非实时信号是不同的。对于非实时信号来说，由于在未决信号信息链中最多只占用一个sigqueue结构，因此该结构被释放后，应该把信号在进程未决信号集中删除（信号注销完毕）；而对于实时信号来说，可能在未决信号信息链中占用多个sigqueue结构，因此应该针对占用sigqueue结构的数目区别对待：假如只占用一个sigqueue结构（进程只收到该信号一次），则应该把信号在进程的未决信号集中删除（信号注销完毕）。否则，不应该在进程的未决信号集中删除该信号（信号注销完毕）。 .
进程在执行信号相应处理函数之前，首先要把信号在进程中注销。

信号生命终止。进程注销信号后，立即执行相应的信号处理函数，执行完毕后，信号的本次发送对进程的影响完全结束。
1）信号注册和否，和发送信号的函数（如kill()或sigqueue()等）连同信号安装函数（signal()及sigaction()）无关，只和信号值有关（信号值小于SIGRTMIN的信号最多只注册一次，信号值在SIGRTMIN及SIGRTMAX之间的信号，只要被进程接收到就被注册）。
2）在信号被注销到相应的信号处理函数执行完毕这段时间内，假如进程又收到同一信号多次，则对实时信号来说，每一次都会在进程中注册；而对于非实时信号来说，无论收到多少次信号，都会视为只收到一个信号，只在进程中注册一次。