【Linux】进程信号万字详解(上)

  • 阿里云国际版折扣https://www.yundadi.com

  • 阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6

    🎇Linux:


    • 博客主页:一起去看日落吗
    • 分享博主的在Linux中学习到的知识和遇到的问题
    • 博主的能力有限出现错误希望大家不吝赐教
    • 分享给大家一句我很喜欢的话: 看似不起波澜的日复一日一定会在某一天让你看见坚持的意义祝我们都能在鸡零狗碎里找到闪闪的快乐🌿🌞🐾。

    在这里插入图片描述

    ✨ ⭐️ 🌟 💫


    目录

    ✨ 1. 信号入门

    🌟 1.1 生活角度的信号

    • 你在网上买了很多件商品在等待不同商品快递的到来。但即便快递还没有到来你也知道快递到了的时候应该怎么处理快递也就是你能“识别快递”。
    • 当快递到达目的地了你收到了快递到来的通知但是你不一定要马上下楼取快递也就是说取快递的行为并不是一定要立即执行可以理解成在“在合适的时候去取”。
    • 在你收到快递到达的通知再到你拿到快递期间是有一个时间窗口的在这段时间内你并没有拿到快递但是你知道快递已经到了本质上是你“记住了有一个快递要去取”。
    • 当你时间合适顺利拿到快递之后就要开始处理快递了而处理快递的方式有三种:1、执行默认动作打开快递使用商品2、执行自定义动作快递是帮别人买的你要将快递交给他3、忽略拿到快递后放在一边继续做自己的事。
    • 快递到来的整个过程对你来讲是异步的你不能确定你的快递什么时候到。

    🌟 1.2 技术应用角度的信号

    #include <stdio.h>
    #include <unistd.h>
    
    int main()
    {
    	while (1){
    		printf("hello signal!\n");
    		sleep(1);
    	}
    	return 0;
    }
    

    我们知道该程序的运行结果就是死循环地进行打印而对于死循环来说最好的方式就是使用^C终止进程

    在这里插入图片描述
    实际上当用户按 ^ C时这个键盘输入会产生一个硬中断被操作系统获取并解释成信号 ^ C被解释成2号信号然后操作系统将2号信号发送给目标前台进程当前台进程收到2号信号后就会退出。

    我们可以使用signal函数对2号信号进行捕捉证明当我们按Ctrl+C时进程确实是收到了2号信号。使用signal函数时我们需要传入两个参数第一个是需要捕捉的信号编号第二个是对捕捉信号的处理方法该处理方法的参数是int返回值是void。

    例如下面的代码中将2号信号进行了捕捉当该进程运行起来后若该进程收到了2号信号就会打印出收到信号的信号编号。

    #include <stdio.h>
    #include <signal.h>
    #include <unistd.h>
    
    void handler(int sig)
    {
    	printf("get a signal:%d\n", sig);
    }
    
    int main()
    {
    	signal(2, handler); //注册2号信号
    	while (1){
    		printf("hello signal!\n");
    		sleep(1);
    	}
    	return 0;
    }
    

    此时当该进程收到2号信号后就会执行我们给出的handler方法而不会像之前一样直接退出了因为此时我们已经将2号信号的处理方式由默认改为了自定义了。由此也证明了当我们按^C时进程确实是收到了2号信号。

    在这里插入图片描述

    注意:

    • ^C产生的信号只能发送给前台进程。在一个命令后面加个&就可以将其放到后台运行这样Shell就不必等待进程结束就可以接收新的命令启动新的进程。
    • Shell可以同时运行一个前台进程和任意多个后台进程但是只有前台进程才能接到像Ctrl+C这种控制键产生的信号。
    • 前台进程在运行过程中用户随时可能按下Ctrl+C而产生一个信号也就是说该进程的用户空间代码执行到任何地方都可能收到SIGINT信号而终止所以信号相对于进程的控制流程来说是异步的。
    • 信号是进程之间事件异步通知的一种方式属于软中断。

    🌟 1.3 信号的发送与记录

    我们使用kill -l命令可以查看Linux当中的信号列表

    在这里插入图片描述

    其中 1 ~ 31号信号是普通信号34 ~ 64号信号是实时信号

    • 那信号是如何记录的呢?

    实际上当一个进程接收到某种信号后该信号是被记录在该进程的进程控制块当中的。我们都知道进程控制块本质上就是一个结构体变量而对于信号来说我们主要就是记录某种信号是否产生因此我们可以用一个32位的位图来记录信号是否产生。

    在这里插入图片描述

    其中比特位的位置代表信号的编号而比特位的内容就代表是否收到对应信号比如第6个比特位是1就表明收到了6号信号。

    • 那信号是如何产生的呢?

    一个进程收到信号本质就是该进程内的信号位图被修改了也就是该进程的数据被修改了而只有操作系统才有资格修改进程的数据因为操作系统是进程的管理者。也就是说信号的产生本质上就是操作系统直接去修改目标进程的task_struct中的信号位图。

    注意:信号只能由操作系统发送但信号发送的方式有多种。


    🌟 1.4 信号处理常见方式概述

    1. 执行该信号的默认处理动作。
    2. 提供一个信号处理函数要求内核在处理该信号时切换到用户态执行这个处理函数这种方式称为捕捉Catch一个信号。
    3. 忽略该信号。

    在Linux当中我们可以通过man手册查看各个信号默认的处理动作

    man 7 signal
    

    在这里插入图片描述


    ✨ 2. 产生信号

    🌟 2.1 通过终端按键产生信号

    当面对下面的死循环程序时我们都知道可以按^C可以终止该进程

    #include <stdio.h>
    #include <unistd.h>
    
    int main()
    {
    	while (1){
    		printf("hello signal!\n");
    		sleep(1);
    	}
    	return 0;
    }
    

    但实际上除了按^C之外按 ^\也可以终止该进程。

    按^C实际上是向进程发送2号信号SIGINT而按 ^\实际上是向进程发送3号信号SIGQUIT。查看这两个信号的默认处理动作可以看到这两个信号的Action是不一样的2号信号是Term而3号信号是Core。

    在这里插入图片描述
    Term和Core都代表着终止进程但是Core在终止进程的时候会进行一个动作那就是核心转储

    在这里插入图片描述

    • 那什么是核心转储?

    在云服务器中核心转储是默认被关掉的我们可以通过使用ulimit -a命令查看当前资源限制的设定。

    在这里插入图片描述
    其中第一行显示core文件的大小为0即表示核心转储是被关闭的。

    我们可以通过ulimit -c size命令来设置core文件的大小。

    ![在这里插入图片描述](https://img-blog.csdnimg.cn/90e602e612594f5196b525

    ad02c74028.png)

    core文件的大小设置完毕后就相当于将核心转储功能打开了。此时如果我们再使用Ctrl+\对进程进行终止就会发现终止进程后会显示core dumped。

    在这里插入图片描述
    并且会在当前路径下生成一个core文件该文件以一串数字为后缀而这一串数字实际上就是发生这一次核心转储的进程的PID。

    在这里插入图片描述

    limit命令改变的是Shell进程的Resource Limit但myproc进程的PCB是由Shell进程复制而来的所以也具有和Shell进程相同的Resource Limit值。

    • 核心转储功能有什么用呢?

    当我们的代码出错了我们最关心的是我们的代码是什么原因出错的。如果我们的代码运行结束了那么我们可以通过退出码来判断代码出错的原因而如果一个代码是在运行过程中出错的那么我们也要有办法判断代码是什么原因出错的。

    当我们的程序在运行过程中崩溃了我们一般会通过调试来进行逐步查找程序崩溃的原因。而在某些特殊情况下我们会用到核心转储核心转储指的是操作系统在进程收到某些信号而终止运行时将该进程地址空间的内容以及有关进程状态的其他信息转而存储到一个磁盘文件当中这个磁盘文件也叫做核心转储文件一般命名为core.pid。

    而核心转储的目的就是为了在调试时方便问题的定位。

    在这里插入图片描述
    很明显该代码当中出现了除0错误该程序运行会崩溃。

    此时我们便可以在当前目录下看到核心转储时生成的core文件。
    在这里插入图片描述

    使用gdb对当前可执行程序进行调试然后直接使用core-file core文件命令加载core文件即可判断出该程序在终止时收到了8号信号并且定位到了产生该错误的具体代码。

    在这里插入图片描述

    事后用调试器检查core文件以查清错误原因这种调试方式叫做事后调试。

    • core dump标志

    还记得进程等待函数waitpid函数的第二个参数吗:

    pid_t waitpid(pid_t pid, int *status, int options);
    

    waitpid函数的第二个参数status是一个输出型参数用于获取子进程的退出状态。status是一个整型变量但status不能简单的当作整型来看待status的不同比特位所代表的信息不同具体细节如下只关注status低16位比特位:

    在这里插入图片描述
    若进程是正常终止的那么status的次低8位就表示进程的退出状态即退出码。若进程是被信号所杀那么status的低7位表示终止信号而第8位比特位是core dump标志即进程终止时是否进行了核心转储。

    在这里插入图片描述

    打开Linux的核心转储功能并编写下列代码。代码中父进程使用fork函数创建了一个子进程子进程所执行的代码当中存在野指针问题当子进程执行到*p = 100时必然会被操作系统所终止并在终止时进行核心转储。此时父进程使用waitpid函数便可获取到子进程退出时的状态根据status的第7个比特位便可得知子进程在被终止时是否进行了核心转储。

    #include <stdio.h>
    #include <stdlib.h>
    #include <unistd.h>
    #include <sys/wait.h>
    #include <sys/types.h>
    
    int main()
    {
    	if (fork() == 0){
    		//child
    		printf("I am running...\n");
    		int *p = NULL;
    		*p = 100;
    		exit(0);
    	}
    	//father
    	int status = 0;
    	waitpid(-1, &status, 0);
    	printf("exitCode:%d, coreDump:%d, signal:%d\n",
    		(status >> 8) & 0xff, (status >> 7) & 1, status & 0x7f);
    	return 0;
    }
    

    可以看到所获取的status的第7个比特位为1即可说明子进程在被终止时进行了核心转储。

    在这里插入图片描述
    core dump标志实际上就是用于表示程序崩溃的时候是否进行了核心转储。

    注意: 有些信号是不能被捕捉的比如9号信号。因为如果所有信号都能被捕捉的话那么进程就可以将所有信号全部进行捕捉并将动作设置为忽略此时该进程将无法被杀死即便是操作系统。


    🌟 2.2 通过系统函数向进程发信号

    当我们要使用kill命令向一个进程发送信号时我们可以以kill -信号名 进程ID的形式进行发送。也可以以kill -信号编号 进程ID的形式进行发送。

    实际上kill命令是通过调用kill函数实现的kill函数可以给指定的进程发送指定的信号kill函数的函数原型如下:

    int kill(pid_t pid, int sig);
    

    kill函数用于向进程ID为pid的进程发送sig号信号如果信号发送成功则返回0否则返回-1。

    #include <stdio.h>
    #include <stdlib.h>
    #include <sys/types.h>
    #include <signal.h>
    
    void Usage(char* proc)
    {
    	printf("Usage: %s pid signo\n", proc);
    }
    int main(int argc, char* argv[])
    {
    	if (argc != 3){
    		Usage(argv[0]);
    		return 1;
    	}
    	pid_t pid = atoi(argv[1]);
    	int signo = atoi(argv[2]);
    	kill(pid, signo);
    	return 0;
    }
    
    

    为了让生成的可执行程序在执行时不用带上路径我们可以将当前路径导入环境变量PATH当中。

    在这里插入图片描述

    此时我们便模拟实现了一个kill命令该命令的使用方式为mykill 进程ID 信号编号。

    • raise函数

    raise函数可以给当前进程发送指定信号即自己给自己发送信号raise函数的函数原型如下:

    int raise(int sig);
    

    raise函数用于给当前进程发送sig号信号如果信号发送成功则返回0否则返回一个非零值。

    例如下列代码当中用raise函数每隔一秒向自己发送一个2号信号。

    #include <stdio.h>
    #include <unistd.h>
    #include <signal.h>
    
    void handler(int signo)
    {
    	printf("get a signal:%d\n", signo);
    }
    int main()
    {
    	signal(2, handler);
    	while (1){
    		sleep(1);
    		raise(2);
    	}
    	return 0;
    }
    

    运行结果就是该进程每隔一秒收到一个2号信号。

    在这里插入图片描述

    • abort函数

    raise函数可以给当前进程发送SIGABRT信号使得当前进程异常终止abort函数的函数原型如下:

    void abort(void);
    

    abort函数是一个无参数无返回值的函数。

    例如下列代码当中每隔一秒向当前进程发送一个SIGABRT信号。

    #include <stdio.h>
    #include <stdlib.h>
    #include <unistd.h>
    #include <signal.h>
    
    void handler(int signo)
    {
    	printf("get a signal:%d\n", signo);
    }
    int main()
    {
    	signal(6, handler);
    	while (1){
    		sleep(1);
    		abort();
    	}
    	return 0;
    }
    

    与之前不同的是虽然我们对SIGABRT信号进行了捕捉并且在收到SIGABRT信号后执行了我们给出的自定义方法但是当前进程依然是异常终止了。

    在这里插入图片描述
    ** 注意:abort函数的作用是异常终止进程exit函数的作用是正常终止进程而abort本质是通过向当前进程发送SIGABRT信号而终止进程的因此使用exit函数终止进程可能会失败但使用abort函数终止进程总是成功的。**


    🌟 2.3 由软件条件产生信号

    • SIGPIPE信号

    SIGPIPE信号实际上就是一种由软件条件产生的信号当进程在使用管道进行通信时读端进程将读端关闭而写端进程还在一直向管道写入数据那么此时写端进程就会收到SIGPIPE信号进而被操作系统终止。

    下面代码当中创建匿名管道进行父子进程之间的通信其中父进程是读端进程子进程是写端进程但是一开始通信父进程就将读端关闭了那么此时子进程在向管道写入数据时就会收到SIGPIPE信号进而被终止。

    #include <stdio.h>
    #include <unistd.h>
    #include <string.h>
    #include <stdlib.h>
    #include <sys/types.h>
    #include <sys/wait.h>
    int main()
    {
    	int fd[2] = { 0 };
    	if (pipe(fd) < 0){ //使用pipe创建匿名管道
    		perror("pipe");
    		return 1;
    	}
    	pid_t id = fork(); //使用fork创建子进程
    	if (id == 0){
    		//child
    		close(fd[0]); //子进程关闭读端
    		//子进程向管道写入数据
    		const char* msg = "hello father, I am child...";
    		int count = 10;
    		while (count--){
    			write(fd[1], msg, strlen(msg));
    			sleep(1);
    		}
    		close(fd[1]); //子进程写入完毕关闭文件
    		exit(0);
    	}
    	//father
    	close(fd[1]); //父进程关闭写端
    	close(fd[0]); //父进程直接关闭读端导致子进程被操作系统杀掉
    	int status = 0;
    	waitpid(id, &status, 0);
    	printf("child get signal:%d\n", status & 0x7F); //打印子进程收到的信号
    	return 0;
    }
    

    运行代码后即可发现子进程在退出时收到的是13号信号即SIGPIPE信号。

    在这里插入图片描述

    • alarm函数

    调用alarm函数可以设定一个闹钟也就是告诉操作系统在若干时间后发送SIGALRM信号给当前进程alarm函数的函数原型如下:

    unsigned int alarm(unsigned int seconds);
    

    alarm函数的作用就是让操作系统在seconds秒之后给当前进程发送SIGALRM信号SIGALRM信号的默认处理动作是终止进程。

    alarm函数的返回值:

    1. 若调用alarm函数前进程已经设置了闹钟则返回上一个闹钟时间的剩余时间并且本次闹钟的设置会覆盖上一次闹钟的设置。
    2. 如果调用alarm函数前进程没有设置闹钟则返回值为0。

    我们可以用下面的代码测试自己的云服务器一秒时间内可以将一个变量累加到多大。

    #include <stdio.h>
    #include <signal.h>
    #include <unistd.h>
    
    int main()
    {
    	int count = 0;
    	alarm(1);
    	while (1){
    		count++;
    		printf("count: %d\n", count);
    	}
    	return 0;
    }
    
    

    在这里插入图片描述
    运行代码后可以发现我当前的云服务器在一秒内可以将一个变量累加到九万左右。

    但实际上我当前的云服务器在一秒内可以执行的累加次数远大于九万那为什么上述代码运行结果比实际结果要小呢?

    主要原因有两个首先由于我们每进行一次累加就进行了一次打印操作而与外设之间的IO操作所需的时间要比累加操作的时间更长其次由于我当前使用的是云服务器因此在累加操作后还需要将累加结果通过网络传输将服务器上的数据发送过来因此最终显示的结果要比实际一秒内可累加的次数小得多。

    为了尽可能避免上述问题我们可以先让count变量一直执行累加操作直到一秒后进程收到SIGALRM信号后再打印累加后的数据。

    #include <stdio.h>
    #include <stdlib.h>
    #include <signal.h>
    #include <unistd.h>
    
    int count = 0;
    void handler(int signo)
    {
    	printf("get a signal: %d\n", signo);
    	printf("count: %d\n", count);
    	exit(1);
    }
    int main()
    {
    	signal(SIGALRM, handler);
    	alarm(1);
    	while (1){
    		count++;
    	}
    	return 0;
    }
    

    此时可以看到count变量在一秒内被累加的次数变成了四亿多由此也证明了与计算机单纯的计算相比较计算机与外设进行IO时的速度是非常慢的。

    在这里插入图片描述


    🌟 2.4 由硬件异常产生信号

    • 为什么C/C++程序会崩溃?

    当我们程序当中出现类似于除0、野指针、越界之类的错误时为什么程序会崩溃?本质上是因为进程在运行过程中收到了操作系统发来的信号进而被终止那操作系统是如何识别到一个进程触发了某种问题的呢?

    我们知道CPU当中有一堆的寄存器当我们需要对两个数进行算术运算时我们是先将这两个操作数分别放到两个寄存器当中然后进行算术运算并把结果写回寄存器当中。此外CPU当中还有一组寄存器叫做状态寄存器它可以用来标记当前指令执行结果的各种状态信息如有无进位、有无溢出等等。而操作系统是软硬件资源的管理者在程序运行过程中若操作系统发现CPU内的某个状态标志位被置位而这次置位就是因为出现了某种除0错误而导致的那么此时操作系统就会马上识别到当前是哪个进程导致的该错误并将所识别到的硬件错误包装成信号发送给目标进程本质就是操作系统去直接找到这个进程的task_struct并向该进程的位图中写入8信号写入8号信号后这个进程就会在合适的时候被终止。

    那对于下面的野指针问题或者越界访问的问题时操作系统又是如何识别到的呢?

    首先我们必须知道的是当我们要访问一个变量时一定要先经过页表的映射将虚拟地址转换成物理地址然后才能进行相应的访问操作。

    在这里插入图片描述
    其中页表属于一种软件映射关系而实际上在从虚拟地址到物理地址映射的时候还有一个硬件叫做MMU它是一种负责处理CPU的内存访问请求的计算机硬件因此映射工作不是由CPU做的而是由MMU做的但现在MMU已经集成到CPU当中了。

    当需要进行虚拟地址到物理地址的映射时我们先将页表的左侧的虚拟地址导给MMU然后MMU会计算出对应的物理地址我们再通过这个物理地址进行相应的访问。

    而MMU既然是硬件单元那么它当然也有相应的状态信息当我们要访问不属于我们的虚拟地址时MMU在进行虚拟地址到物理地址的转换时就会出现错误然后将对应的错误写入到自己的状态信息当中这时硬件上面的信息也会立马被操作系统识别到进而将对应进程发送SIGSEGV信号。

    C/C++程序会崩溃是因为程序当中出现的各种错误最终一定会在硬件层面上有所表现进而会被操作系统识别到然后操作系统就会发送相应的信号将当前的进程终止。


  • 阿里云国际版折扣https://www.yundadi.com

  • 阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6
    标签: linux