C++程序出现segmentation fault（段错误）如何实现安全恢复？

核心结论：生产环境下最优方案是父子进程隔离+监控重启，不建议直接在进程内捕获SIGSEGV后跳转恢复

争议的核心原因 #

大家反对在进程内直接从SIGSEGV恢复的本质逻辑是：SIGSEGV属于异步信号，触发时进程可能处于任意执行状态——比如刚拿到全局锁还未释放、malloc执行到一半堆结构处于不一致状态、静态变量写入中途。这种时候强行跳转回业务逻辑继续执行，会出现死锁、内存泄漏、数据静默损坏等完全不可控的问题，这类隐式故障的排查难度远高于直接崩溃重启。

方案1：父子进程隔离（生产首选，无稳定性隐患） #

该方案完全规避了进程上下文不一致的风险，是所有高可用服务的通用故障容错逻辑：

• 把核心业务逻辑do_important_things()放到子进程中执行
• 父进程仅负责初始化、监控子进程状态、清理资源、故障记录和重启
• 子进程触发SIGSEGV会直接退出，不会影响父进程的状态，故障现场可完整保留

参考实现：

#include <unistd.h>
#include <sys/wait.h>
#include <stdio.h>
#include <unistd.h>

// 你的原有业务函数声明
void init();
void do_important_things();
void clean();

int main() {
    while (true) {
        init();
        pid_t pid = fork();
        if (pid == 0) {
            // 子进程执行核心业务逻辑
            do_important_things();
            _exit(0); // 正常执行完成退出
        } else if (pid < 0) {
            // fork失败处理，可按需添加告警逻辑
            perror("fork failed");
            clean();
            sleep(1); // 避免fork失败后死循环占满CPU
            continue;
        }

        // 父进程等待子进程执行结束
        int wait_status;
        waitpid(pid, &wait_status, 0);

        // 故障记录逻辑
        if (WIFSIGNALED(wait_status)) {
            int term_sig = WTERMSIG(wait_status);
            if (term_sig == SIGSEGV) {
                // 此处记录段错误日志，可同时读取系统生成的coredump文件留存故障现场
                write(STDERR_FILENO, "child process triggered SIGSEGV, restarting\n", 44);
            }
        }

        clean();
    }
    return 0;
}

该方案优势：

• 无任何稳定性隐患，完全不会破坏父进程的执行上下文
• 可以完整保留coredump等故障现场，不影响根因排查
• 逻辑简单易维护，生产环境久经验证

方案2：信号捕获+上下文跳转（仅适合极简单的无状态场景） #

如果你的核心逻辑非常轻量，没有全局锁、没有堆内存分配、没有调用非异步信号安全的库函数，可以采用该方案，否则严禁在生产环境使用：

• 提前用sigsetjmp保存执行上下文
• 在SIGSEGV信号处理函数中调用siglongjmp跳回预设的上下文位置，跳过错误轮次
• 信号处理函数中只能使用异步信号安全的函数记录日志，禁止使用printf、std::cout等非安全函数

额外建议 #

• 务必开启系统的coredump生成配置，留存完整故障现场是根因排查的核心前提
• 所有故障记录操作尽量放在信号处理函数外，避免触发未定义行为
• 除非有非常极端的性能要求，否则永远优先选择父子进程隔离方案，不要为了微小的性能开销承担未知的故障风险

内容的提问来源于stack exchange，提问作者Gulzar