C++中可通过signal()或sigaction捕获SIGSEGV等信号，用于日志记录、资源清理；2. sigaction更安全，可避免嵌套中断并获取详细信息；3. 信号处理函数只能调用异步信号安全函数，不可恢复程序正常执行；4. 实际用途限于记录崩溃信息、保存数据、释放资源，提升程序健壮性但无法保证恢复。

在C++程序中，当发生如SIGSEGV（段错误）这类系统信号时，程序通常会直接终止。但通过信号处理机制，可以捕获这些异常信号，进行日志记录、资源清理，甚至尝试恢复执行，提升程序的健壮性。

使用signal()注册信号处理器

POSIX标准提供了signal()函数，可用于注册自定义的信号处理函数。对于SIGSEGV，可以在程序启动时设置回调：

#include
#include iostream>

void signalHandler(int sig) {
    std::cout     // 可记录堆栈、保存状态等
    exit(1); // 一般不建议继续正常执行
}

int main() {
    std::signal(SIGSEGV, signalHandler);
    // 模拟段错误
    int* p = nullptr;
    *p = 42; // 触发SIGSEGV
    return 0;
}

使用sigaction进行更安全的信号处理

sigaction比signal()更可靠，能精确控制信号行为，避免平台差异问题：

• 可屏蔽其他信号，防止嵌套中断
• 支持指定标志位（如SA_SIGINFO）获取详细信息
• 避免某些系统上signal()的重置问题

#include
#include

void segvHandler(int sig) {
    std::cerr     // 输出调用栈（需结合backtrace等）
    std::abort(); // 或退出
}

int main() {
    struct sigaction sa;
    sa.sa_handler = segvHandler;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = 0;

    if (sigaction(SIGSEGV, &sa, nullptr) == -1) {
        perror("sigaction failed");
        return 1;
    }

    // 触发错误测试
    *(int*)0 = 0;
    return 0;
}

信号处理中的限制与注意事项

虽然能捕获SIGSEGV，但不能保证程序恢复正常运行，因为此时内存状态可能已损坏：

• 只能调用异步信号安全函数（如write、_exit），不能用cout、malloc、printf等
• 不可抛出异常或从信号处理函数返回到原位置继续执行
• 试图“恢复”执行可能导致未定义行为
• 多线程环境下，信号处理更复杂，建议统一由主线程处理

实际用途更多是：
- 记录崩溃现场信息（如堆栈）
- 保存用户数据防止丢失
- 终止前释放关键资源
- 配合调试工具定位问题

基本上就这些。信号捕获对服务类程序很有价值，但要清楚其边界：能优雅收尾，难起死回生。