答案:C++中可通过signal()或sigaction捕获SIGSEGV等信号以提升程序健壮性,结合setjmp/longjmp可实现异常跳转,但应谨慎使用以避免资源泄漏。

在C++程序运行过程中,可能会遇到如 SIGSEGV(段错误)、SIGFPE(浮点异常)、SIGILL(非法指令)等Unix信号。这些信号通常由硬件或操作系统发出,表示程序出现了严重错误。如果不加处理,程序会直接终止,并可能无法输出有用的调试信息。通过合理地捕获和处理这些信号,可以提升程序的健壮性,便于调试和日志记录。
使用 signal() 函数捕获信号
最基础的方式是使用标准C库中的 signal() 函数来注册信号处理器。例如,捕获段错误信号 SIGSEGV:
#include#include void signalHandler(int sig) { std::cout << "Caught signal " << sig << " ("; if (sig == SIGSEGV) std::cout << "Segmentation fault"; std::cout << ")\n"; // 可以在此处输出堆栈、日志等 exit(1); }
int main() { std::signal(SIGSEGV, signalHandler);
// 故意制造段错误用于测试 int* p = nullptr; *p = 42; // 触发 SIGSEGV return 0;}
这种方式简单直接,但有局限:可移植性差,某些信号处理中能调用的函数受限(只能调用异步信号安全函数),且不能恢复执行。
使用 sigaction 提供更可靠的信号处理
sigaction 是比 signal() 更现代、更可控的方式。它允许设置标志位、屏蔽其他信号、获取上下文等。
立即学习“C++免费学习笔记(深入)”;
示例:用 sigaction 捕获 SIGSEGV 并打印提示:
#include#include #include #include void segvHandler(int sig, siginfo_t info, void context) { std::cout << "Segmentation fault at address: " << info->si_addr << "\n"; exit(1); }
int main() { struct sigaction sa; sa.sa_sigaction = segvHandler; sa.sa_flags = SA_SIGINFO; // 使用带信息的信号处理 sigemptyset(&sa.sa_mask);
sigaction(SIGSEGV, &sa, nullptr); int* p = nullptr; *p = 100; // 触发段错误 return 0;}
使用 SA_SIGINFO 标志后,可以访问 siginfo_t 结构,获得出错地址、信号原因等信息,对调试非常有帮助。
结合异常机制实现“类异常”处理
C++异常无法直接捕获硬件信号,但我们可以通过信号处理函数跳转回正常流程,模拟异常行为。常用方式是配合 setjmp 和 longjmp。
示例:在发生段错误时跳转到安全位置:
#include#include #include static std::jmp_buf env;
void segvHandler(int sig) { std::cout << "Signal caught, jumping back...\n"; std::longjmp(env, 1); // 跳回 setjmp 处 }
int main() { std::signal(SIGSEGV, segvHandler);
if (std::setjmp(env) == 0) { std::cout << "Normal execution...\n"; int* p = nullptr; *p = 42; // 触发 SIGSEGV } else { std::cout << "Recovered from segmentation fault!\n"; } std::cout << "Program continues safely.\n"; return 0;}
注意:longjmp 不会析构局部对象,因此在 C++ 中使用需谨慎,避免资源泄漏。建议仅用于紧急恢复或日志上报。
常见信号及其含义
- SIGSEGV:访问非法内存地址(空指针、越界、野指针)
- SIGFPE:算术异常,如除以零、溢出
- SIGILL:执行非法指令(如损坏的二进制文件)
- SIGABRT:程序调用 abort() 主动中止
- SIGBUS:总线错误,如内存对齐问题
可以在信号处理中区分这些信号,进行不同的响应。
基本上就这些。信号处理虽能增强程序容错能力,但不能替代良好的编码习惯。捕获 SIGSEGV 后继续运行存在风险,最佳实践是在处理函数中记录现场信息(如调用栈)、生成核心转储或退出程序。结合 gdb、core dump 和 backtrace 可进一步提升调试效率。











