linux SIGSEGV 信号捕捉，保证发生段错误后程序不崩溃

最新推荐文章于 2025-06-11 03:16:22 发布

悟OO道

最新推荐文章于 2025-06-11 03:16:22 发布

阅读量1.2k

点赞数

CC 4.0 BY-SA版权

原文链接：https://blog.youkuaiyun.com/work_msh/article/details/8470277?spm=1001.2101.3001.6650.2&depth_1-utm_relevant_index=5

program 同时被 2 个专栏收录

72 篇文章

订阅专栏

Linux

38 篇文章

订阅专栏

在linux中编程的时候有时候 try catch 可能满足不了我们的需求。因为碰到类似数组越界，非法内存访问之类的，这样的错误无法捕获。下面我们介绍一种使用捕获信号实现的异常用来保证诸如段错误之类的错误发生时程序不会崩溃，而是跳过代码继续执行。首先我们来看看发生段错误之后系统的处理。

发生段错误后系统会抛出 SIGSEGV 信号，之后调用默认的信号处理函数，产生core文件，然后关闭程序。

那有没有一种办法可以保证程序不会死掉呢，当然是有的。首先我们想到的是截获改信号，调用自己的信号处理函数。

让我们来看看signal 这个函数。

#include <signal.h>

typedef void (*sighandler_t)(int);

sighandler_t signal(int signum, sighandler_t handler);

第一个参数的意思表示你要绑定的信号（可以使用在控制台使用 kill -l 查看都有哪些信号，这些就不讲了，有兴趣的可以上网查）

第二个参数是表示信号处理的函数指针，返回值为void* 参数为int ，如上，另外系统也定义了一些宏

（SIG_IGN，和 SIG_DFL）第一个表示忽略这个信号，第二个表示使用默认的信号处理函数如果我们处理的是SIGSEGV信号，那么它就会产生core文件等等操作

返回值是一个信号处理函数的指针，如果发生错误返回 SIG_ERR 这个宏，事实上也是定义的一个函数产生错误的原因主要是因为给定的信号不正确

另外这个使用函数有两点要注意

1. 进入到信号处理函数之后这个信号会被阻塞（block）直到信号处理函数返回这点非常重要，后面会讲到。

2. 信号函数处理完之后，会将该信号恢复为默认处理状态，即重新与产生core文件...函数绑定，所以在下一次用到的时候要重新调用signal这个函数绑定

自定义的信号处理函数

那么我们就可以开始尝试使用它了

#include <signal.h>
#include <setjmp.h>
#include <stdarg.h>
#include <stdlib.h>
#include <stdio.h>
//信号处理函数
void recvSignal(int sig)
{
	printf("received signal %d !!!\n",sig);
}
int main(int argc,char** argv)
{
  //给信号注册一个处理函数 
  signal(SIGSEGV, recvSignal);
  int* s = 0;
  (*s) = 1;
 //以上两句用来产生 一个 传说中的段错误
  while(1)
  {
    sleep(1);
    printf("sleep 1 \n");
  }
  return 0;
}

编译运行一直打印收到信号 11 （SIGSEGV），为什么呢，

上面代码给SIGSEGV 这个信号注册了一个处理函数，替代了系统默认的产生core文件的处理函数，当错误发生后，系统发送 SIGSEGV ，然后中断了程序跳到 recvSignal 处理函数中去，处理完成后，再跳回来错误发生的地方，然后继续产生错误，继续发送 SIGSEGV 信号 ...

使用 setjmp 和longjmp 尝试跳过错误堆栈

#include <setjmp.h>

int setjmp(jmp_buf env); void longjmp(jmp_buf env, int val);

系统跳转函数，可以直接在函数之间跳转（比goto 强大多了）

int setjmp(jmp_buf env); 这个函数将上下文，就是cpu和内存的信息保存到env中（不用去理解 jmp_buf，就当我们平时用的buff好了），然后调用 void longjmp(jmp_buf env, int val); 的时候跳转到使用env中的信息，恢复上下文。如果是第一回调用setjmp 它会返回 0，如果是在从longjmp 跳转过来的，那就返回 longjmp的参数 val，根据setjmp的返回值我们就可以决定执行可能发生错误的代码还是直接跳过这段代码。知道了原理之后我们可能就会这样写

#include <signal.h>
#include <setjmp.h>
#include <stdarg.h>
#include <stdlib.h>
#include <stdio.h>
jmp_buf env;
//信号处理函数
void recvSignal(int sig)
{
printf("received signal %d !!!\n",sig);
longjmp(env,1);
}
int main(int argc,char** argv)
{
//保存一下上下文
int r = setjmp(env);
if( r == 0)
{
//初次执行，那么可以执行可能会发生错误的代码
//给信号注册一个处理函数
signal(SIGSEGV, recvSignal);
printf("excute this code!!");
int* s = 0;
(*s) = 1;
}
else
{
//是由longjmp 跳转回来的
printf("jump this code !!");
}
while(1)
{
sleep(1);
printf("sleep 1 \n");
}
return 0;
}

编译，执行产生 SIGSEGV 信号，然后在信号函数里边跳转到 int r = setjmp(env); 这一行，之后直接略过了可能发生错误的这段代码 ,跳转生效，可是这种方式还有一个bug，我们看看下面的代码

#include <signal.h>
#include <setjmp.h>
#include <stdarg.h>
#include <stdlib.h>
#include <stdio.h>
jmp_buf env;
//信号处理函数
void recvSignal(int sig)
{
printf("received signal %d !!!\n",sig);
longjmp(env,1);
}
int main(int argc,char** argv)
{
for(int i = 0; i < 2; i++)
{
//保存一下上下文
int r = setjmp(env);
if( r == 0)
{
//初次执行，那么可以执行可能会发生错误的代码
//给信号注册一个处理函数
signal(SIGSEGV, recvSignal);
printf("excute this code!!");
int* s = 0;
(*s) = 1;
}
else
{
//是由longjmp 跳转回来的
printf("jump this code !!");
}
sleep(5);
}
while(1)
{
sleep(1);
printf("sleep 1 \n");
}
return 0;
}

当for循环第二次执行的时候，程序依然产生了 SIGSEGV，系统仍然调用了默认的处理函数产生了core文件，分析下原因上面我们说过“进入到信号处理函数之后这个信号会被阻塞（block）直到信号处理函数返回”，在进入到信号处理函数之后，这个时候系统阻塞了 SIGSEGV 这个信号，当跳回到 int r = setjmp(env); 这行代码的时候 SIGSEGV 信号依然是阻塞的，那以后再给他绑定信号处理函数自然没有作用。

好在系统给我们提供了int sigsetjmp(sigjmp_buf env, int savesigs);和 void siglongjmp(sigjmp_buf env, int val);这两个函数，这两个函数和上面的 int setjmp(jmp_buf env); void longjmp(jmp_buf env, int val); 大同小异，唯一的不同是sigsetjmp 函数多了一个参数，savesigs，查看这函数的说明可以知道，当 savesigs 不为 0时，会保存当前的信号屏蔽表 (signal mask)，然后在使用siglongjmp 跳转的时候会恢复线程的屏蔽表。

于是我们把上面的代码修改后如下：