signal只是声明，本来遇到第num号信号应该是按系统指定的操作

signal函数之后就把遇到该信号的时候，做出自己定义的操作了，即上边的catchSign函数

所以当遇到改变操作的函数的信号的时候，才会触发自定义操作，并不是声明signal就会触发，如果没有遇到该信号甚至不会触发自己的自定义操作。

1.4 核心转储问题

以上 31个普通信号， Core 和 Term 类型的都会造成进程终止，但是不同的是， Core 会产生核心转储

在云服务器上如果进程是 Core退出的 ，没有明显的现象可以观察到，这是因为云服务器关闭了 Core file的文件大小

如果要更改有效文件大小可以使用命令： ulimit -c 1024 ，1024是设置的文件大小，可以设置为其他，-c是corefile 其他的也可以用后边那个 -字母 设置

将core file设置大小后，再次遇到造成core退出的进程，会在进程目录下产生一个名为 core.xxx 的文件

用gdb下输入： core-file core.xxx会出现以下内容 要生成debug的可执行程序才可以

则gdb会显示该进程异常的原因，该原因是野指针问题

2. 信号的保存

2.1 阻塞信号

首先要理解信号的保存要引入以下概念：

1. 实际执行信号的处理过程称为 递达
2. 信号从产生到递达之间的状态称为 未决
3. 信号可以被阻塞
4. 被阻塞的信号将处于未决状态，直到解除阻塞，才会执行递达的动作

所以信号是可以被阻塞的 , 也可以说某个信号可以被屏蔽

其实在pcb中信号采用位图的思想保存，这些所有的信号被称为 信号集

在 pcb 中信号的保存分为三个部分：

1. 未决信号集
2. 信号屏蔽集
3. 信号集操作函数表

• pending : 表示到达pcb中的未决信号
• bolck : 表示当前进程屏蔽的信号
• handler :其实就是一个函数指针数组，该数组是信号的处理方式，所以假设用户自定义了信号的处理方式，那么这个函数表就会把自定义函数的指针替换到函数表的特定位置

当屏蔽信号存在时，这个信号将不会被递达

pending : 00000000000000000000000

block : 00000000000000000000010 不会被递达

当屏蔽信号存在时，未决信号也存在，这个信号也不会被递达

pending : 00000000000000000000010

block : 00000000000000000000010 不会被递达

只有当未决信号存在，并且没有被屏蔽，才能被递达

pending : 00000000000000000000010

block : 00000000000000000000000 递达

2.2 信号的捕捉

2.2.1 用户态和内核态

首先要理解信号的捕捉流程需要理解以下两个内容：

​ 用户态和内核态

在操作系统中，内存以及硬件等资源是由操作系统所维护的，正所谓操作系统不相信任何人，当我们进行申请系统资源的时候，其实进程会切换到内核态去进行一系列操作，从而申请资源

实际执行系统调用的人是”进程“，但是身份是内核 , 系统调用往往比较费时间所以尽量少的进行系统调用

那么切换状态的过程是什么呢？

1. 在之前的进程地址空间中，了解到了用户有0-3G的地址空间，进程地址空间通过页表映射到物理内存中，从而实现cpu与进程交互

2. 操作系统在开机时候也会加载到内存中，管理着整个电脑，整个问题毋庸置疑，所以操作系统也在内存中

3. 而 对于每个进程，剩余的3-4G地址空间，其实就是内核态的进程地址空间，称为内核空间 ，整个进程地址空间映射到物理内存中的操作系统的物理内存区。

4. 由于每个进程固定的3-4G都是内核空间，而且操作系统只有一个， 所以对于每个进程都会通过内核级页表映射到一个操作系统的物理内存处，内核级页表一个就够了。

5. 当进程通过系统调用时候，系统调用会发出一个陷入指令，让cpu的 CR3寄存器(该寄存器记录当前进程的运行级别0代表内核态，3代表用户态) 标记为内核态，从而变为内核态，所以 在用户态进行系统调用的时候，切换身份并且跳转在内核空间中执行有关操作 ，执行完后会发送指令再将 CR3寄存器标记为用户态

2.2.2 信号的捕捉流程

信号的捕捉处理是在内核态返回用户态的时候进行的

首先我一定是进入了内核态，进入内核态的原因有很多 : 中断，系统调用，进程切换等。

当要返回到用户态时，既然进入内核态那么不容易，所以索性去检查一下进程是否收到了信号，因为是在内核态，所以pcb访问轻轻松松，然后检查是否有需要递达的信号

对于信号的处理有三种方式 : 1.默认动作 2.忽略动作 3.自定义动作

对于不同的处理方式也会有不同的流程

• 默认动作和忽略动作

• 自定义动作，假设这个自定义动作没有使用进程退出，假设是一个自动修补漏洞并且继续执行的处理

3. 信号集操作函数

pending和bolck 都是由一个信号集组成的，也就是位图的思想类型为 sigset_t

　　typedef struct {
　　	unsigned long sig[_NSIG_WORDS];
　　} sigset_t;

所以定义一个信号集，可以 sigset block;

下边介绍对信号集的有关函数:

#include 
 int sigemptyset(sigset_t *set);
//初始化信号集，全置为0
 int sigfillset(sigset_t *set);
//初始化信号集，使所有的信号都有，即为全1
 int sigaddset (sigset_t *set, int signo);
//将信号集中添加signo号信号，即将set信号集中signo信号的位置置为1
 int sigdelset(sigset_t *set, int signo);
//将set信号集中的signo号信号由1置为0，即去掉
 int sigismember(const sigset_t *set, int signo);
//判断signo信号是否在set中出现，如果没有返回0，有的话返回1

sigprocmask函数 ：

调用sigpromask函数可以 读取或者更改 当前进程中屏蔽信号集

#include
int sigprocmask(int how , const sigset_t *set , sigset_t *oset);

参数：

• how : 当前想进行的操作类型，1. SIG_BLOCK 2. SIG_UNBLOCK 3. SIG_SETMASK

​ SIG_BLOCK : 希望添加的屏蔽字的信号，即 mask = mask|set

​ SIG_UNBLOCK : 希望解除屏蔽字的信号，即可mask = mask | ~set

​ SIG_SETMASK : 将当前进程的屏蔽字设置为set所指向的值

• set： 输入型参数，根据how传给函数的信号集
• oset : 输出型参数 ，将没有被更改之前的信号集保存到oset所指向的信号集

sigpending函数： 读取当前进程的未决信号集,通过set参数传出

#include 
int sigpending(sigset_t *set);
//读取当前进程的未决信号集,通过set参数传出。调用成功则返回0,出错则返回-1。 

下面用刚学的几个函数做个实验。程序如下:

#include
#include
#include
#include
#include

using namespace std;

vector Blocks={2};//想屏蔽多少，假如数组中即可

string show_pending(sigset_t& pending){
    string s;
    int cnt=1;
    for(int i=31;i>=1;i--){
        //打印31个信号集
        if(sigismember(&pending,i)){
            //sigismember比较传参的信号集是否有第i个信号，有返回1，无返回0
            s+='1';
        }
        else s+='0';
        if(cnt++%4==0) s+=' ';
    }
    
    return s;
}


void hander(int sign){
    //自定义捕捉函数
    cout<<"捕捉到信号"<