Linux信号机制总结

首先阅读《Unix环境高级编译》信号一章，大概了解信号相关概念。

1. 信息是一种异步通信的处理机制

2. 存在信号丢失的问题（进程收到的信号不作排队处理，相同的信号多次到来会合并为一个）

3. SIGKILL，SIGSTOP，不能被忽略

4.

信号递达(Delivery)：执行信号的处理动作

信号未决(Pending)：信号从产生到递达之间的状态

信号阻塞(Block)：被阻塞的信号产生时将保持在未决状态，直到进程解除对此信号的阻塞，才执行递达的动作

5. 屏蔽状态字，未决状态字（64位）

1)判断信号屏蔽状态字是否阻塞，如果阻塞，信号未决状态字相应位置1
2)若阻塞解除，信号未决状态字相应位制成0；信号可被接收
3)屏蔽状态字用户可读写，未决状态字用户只读

6. 未决信号链，未决信号集
1）信号注册：将信号值加入到未决信号集siginfo_t中，将信号的信息加入到未决信号链的某一个sigqueue中去
2）可靠信号，可能存在多个未决信号链结点，而不可靠信号只注册一次
3）未决信号集，表明进程已经知道这些信号了，还没来得及处理，或者是这些信号被阻塞。
4）调用信号处理函数之前，进程会把信号在未决信号链中的结点删除

7. 信号处理函数
1) 信号在进程中注销完毕之后，会调用相应的处理函数进行处理
2) 在系统调用或中断返回用户态的前夕，内核会检查未决信号集，进行相应的信号处理


8.sigaction

替换之前的设置的信号处理函数


9. 系统调用自启动，SA_RESTART

1）当捕捉到某个信号时，被中断的是内核中执行的系统调用。

2）信号处理函数并不是在当前的进程上下文中执行的，可能新建一个栈帧，也可以设置独立的堆栈

3）在中断当前指令转入信号处理函数之后，当前进程还会继续执行被中断的指令，其结果就是继续SIGSEGV中断

4）SIGBUS, SIGFPE, SIGILL,  SIGSEGV，Linux中信息处理函数返回，异常指令会重新调用，造成SIGSEGV重复发出（Posix对这几个信号的返回处理为未定义）


工作中遇到的问题，需要特别归纳一下：

    1. sigac每个线程都有自己的信号屏蔽字,但是信号的处理是进程中所有的线程共享的

    2. Synchronous Signals

Traps (such as SIGILL, SIGFPE, SIGSEGV) result from something a thread does to itself, such as dividing by zero or explicitly sending itself a signal. A trap is handled only by the thread that caused it. Several threads in a process can generate and handle the same type of trap simultaneously.

Extending the idea of signals to individual threads is easy for synchronous signals--the signal is dealt with by the thread that caused the problem.

However, if the thread has not chosen to deal with the problem, such as by establishing a signal handler with sigaction(2), the handler is invoked on the thread that receives the synchronous signal.

Because such a synchronous signal usually means that something is seriously wrong with the whole process, and not just with a thread, terminating the process is often a good choice.


2. signaltstack

    在一个进程的栈增长超过到最大的允许值时，内核会向该进程发送一个 SIGSEGV 信号(段错误)。如果我们在该进程里已经设置了一个捕捉 SIGSEGV 信号的处理函数，，那么此时由于进程的栈已经耗尽，因此该信号得不到处理，因此进程就会被结束掉( 这也就是 SIGSEGV 信号的默认处理方式)。