C++信号处理与异常捕获结合方法

在C++中合理处理系统信号并与异常处理结合的方法是：在信号处理函数中设置全局标志，主循环检测到该标志后抛出异常。具体步骤如下：1. 定义全局变量作为信号接收标志；2. 编写信号处理函数用于设置该标志；3. 在主逻辑中轮询标志并抛出C++异常；4. 使用try/catch统一捕获和处理异常；5. 推荐使用sigaction替代signal函数以获得更好的稳定性和控制能力。这种方式避免了在信号处理函数中直接抛异常的风险，同时保持了异常流程的统一性，适用于SIGINT、SIGTERM等可控信号，但不适用于SIGSEGV、SIGFPE等可能导致程序状态不稳定的情况。

在C++程序运行过程中，系统信号（signal）和异常处理（exception handling）是两种不同的错误或中断响应机制。很多人会问：如何在C++中合理地处理系统信号，并与异常处理结合起来？答案其实并不复杂，但需要理解它们之间的差异和协作方式。

什么是系统信号？

系统信号是操作系统用来通知进程发生了某些事件的机制。例如：

• SIGSEGV：段错误，访问非法内存
• SIGINT：用户按下 Ctrl+C
• SIGTERM：请求终止进程

这些信号默认行为可能是终止程序、忽略或者暂停。我们可以通过注册信号处理函数来改变其行为。

#include 
#include 

void signalHandler(int signum) {
    std::cout << "Caught signal " << signum << std::endl;
}

int main() {
    std::signal(SIGINT, signalHandler);
    while (true); // 等待信号
}

但注意，在信号处理函数里不能抛出C++异常，因为大多数实现不保证异常机制在信号上下文中能正常工作。

如何将信号转化为C++异常？

如果你希望统一用try/catch来处理错误，包括来自系统的信号，可以采用一种“桥接”策略：在信号处理函数中设置一个全局标志，然后在主逻辑中检查这个标志并抛出异常。

示例：

#include 
#include 
#include 

volatile sig_atomic_t got_signal = 0;

void signalHandler(int signum) {
    got_signal = signum;
}

int main() {
    std::signal(SIGINT, signalHandler);

    try {
        while (true) {
            if (got_signal) {
                throw std::runtime_error("Signal received");
            }
        }
    } catch (const std::exception& e) {
        std::cout << "Exception: " << e.what() << std::endl;
    }
}

这种方式的优点是：

• 保持了信号处理的安全性
• 可以使用标准异常流程进行清理和恢复
• 更容易集成到已有异常处理结构中

缺点也很明显：

• 实时性差一些，必须等待主循环检测到标志
• 不适用于高频率或时间敏感的信号处理

哪些信号适合转换为异常？

并不是所有信号都适合转成异常处理。比如：

• 适合转换的信号：

  • SIGINT（用户中断）
  • SIGTERM（优雅退出请求）

• 不适合转换的信号：

  • SIGSEGV（段错误）：此时堆栈可能已损坏，抛异常反而导致未定义行为
  • SIGFPE（浮点异常）：发生时程序状态不稳定

所以建议只对可预期、安全可控的信号做异常转化。

使用sigaction替代signal（进阶）

标准库中的signal()函数虽然简单，但在多线程和现代系统中不够稳定。推荐使用POSIX标准的sigaction接口，它提供了更多控制选项，比如屏蔽其他信号、指定标志等。

struct sigaction sa;
sa.sa_handler = signalHandler;
sigemptyset(&sa.sa_mask);
sa.sa_flags = 0;

sigaction(SIGINT, &sa, nullptr);

这更适合用于生产环境，特别是需要更细粒度控制信号处理行为的场景。

基本上就这些。把信号处理和C++异常结合，关键在于“不直接抛异常”，而是通过中间状态触发异常流程。这样做既避免了信号处理函数中调用非异步安全函数的风险，又保留了异常处理的统一性和可维护性。