深入剖析Sgementation fault原理前言我们在日常的编程当中,我们很容易遇到的一个程序崩溃的错误就是segmentation fault
,在本篇文章当中将主要分析段错误发生的原因!
Sgementation fault发生的原因发生Sgementation fault的直接原因是,程序收到一个来自内核的SIGSEGV信号,如果是你的程序导致的内核给进程发送这个信号的话,那么就是你的程序正在读或者写一个没有分配的页面或者你没有读或者写的权限 。这个信号的来源有两个:
- 程序的非法访问,自身程序的指令导致的Sgementation fault 。
- 另外一种是由别的程序直接发送SIGSEGV信号给这个进程 。
1) SIGHUP2) SIGINT3) SIGQUIT4) SIGILL5) SIGTRAP 6) SIGABRT7) SIGBUS8) SIGFPE9) SIGKILL 10) SIGUSR111) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM16) SIGSTKFLT 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+338) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+843) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+1348) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-1253) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-758) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-263) SIGRTMAX-1 64) SIGRTMAX
当一个程序发生 segmentation fault 的时候,这个程序的退出码 exitcode 等于 139!文章插图
发生 segmentation fault 的一个主要的原因是我们自己的程序发生非法访问内存 , 同时别的程序给这个进程发送 SIGSGEV 信号也会导致我们的程序发生 segmentation fault 错误 。
比如下面的程序就是自己发生的段错误(发生了越界访问):
#include <stdio.h>int main() {int arr[10];arr[1 << 20] = 100; // 会导致 segmentation faultprintf("arr[12] = %d\n", arr[1 << 20]); // 会导致 segmentation faultreturn 0;}
下面是一个别的程序给其他程序发送SIGSGEV信号会导致其他进程出现段错误(下面的终端给上面终端的进程号等于504092的程序发送了一个信号值等于11(就是SIGGSGEV)信号 , 让他发生段错误):文章插图
自定义信号处理函数操作系统允许我们自己定义函数,当某些信号被发送到进程之后,进程就会去执行这些函数,而不是系统默认的程序(比如说SIGSEGV默认函数是退出程序) 。下面来看我们重写SIGINT信号的处理函数,当一个程序在终端执行的时候我们按下ctrl+c , 这个正在执行的程序就会收到一个来自内核的SIGINT信号:
#include <stdio.h>#include <unistd.h>#include <stdlib.h>#include <signal.h>#include <string.h>void sig(int n) { // 参数 n 表示代表信号的数值char* str = "signal number = %d\n";char* out = malloc(128);sprintf(out, str, n);write(STDOUT_FILENO, out, strlen(out));free(out);}int main() {signal(SIGINT, sig); // 这行代码就是注册函数 当进程收到 SIGINT 信号的时候就执行 sig 函数printf("pid = %d\n", getpid());while (1){sleep(1);}return 0;}
文章插图
首先我们需要知道,当我们在终端启动一个程序之后,如果我们在终端按下ctrl+c终端会给当前正在运行的进程以及他的子进程发送SIGINT信号,SIGINT信号的默认处理函数就是退出程序,但是我们可以捕获这个信号,重写处理函数 。在上面的程序当中我们就自己重写了SIGINT的处理函数,当进程接收到 SIGINT 信号的时候就会触发函数 sig。上面程序的输出印证了我们的结果 。
我们在终端当中最常用的就是ctrl+c 和 ctrl + z 去中断当前终端正在执行的程序,其实这些也是给我们的程序发送信号,ctrl+c发送SIGINT信号ctrl+z发送SIGTSTP信号 。因此和上面的机制类似,我们可以使用处理函数重写的方式,覆盖对应的信号的行为,比如下面的程序就是使用处理函数重写的方式进行信号处理:
#include <stdio.h>#include <signal.h>#include <string.h>#include <stdlib.h>#include <fcntl.h>#include <unistd.h>void sig(int no) {char out[128];switch(no) {case SIGINT:sprintf(out, "received SIGINT signal\n");break;case SIGTSTP:sprintf(out, "received SIGSTOP signal\n");break;}write(STDOUT_FILENO, out, strlen(out));}int main() {signal(SIGINT, sig);signal(SIGTSTP, sig);while(1) {sleep(1);}return 0;}
推荐阅读
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- VS Code For Web 深入浅出 -- 进程间通信篇
- Java程序员必会Synchronized底层原理剖析
- VS Code For Web 深入浅出 -- 导读篇
- Spring 深入——IoC 容器 01
- vue2双向绑定原理:深入响应式原理defineProperty、watcher、get、set
- vue2.x核心源码深入浅出,我还是去看源码了
- 深入理解AQS--jdk层面管程实现【管程详解的补充】
- 深入底层C源码 Redis核心设计原理
- flutter系列之:深入理解布局的基础constraints
- 95年属猪运气在2023年是怎么样的 人生三大方面剖析