注册SIGSEGV信号处理函数的同时保留OS生成完整崩溃转储的方案

首先明确你的第一个疑问：不能直接调用保存的oldact里的默认处理函数指针，因为SIG_DFL是内核定义的特殊标记值，不是可执行的函数入口地址，直接调用会触发新的段错误。

以下是两个可行的落地解决方案：

方案1：信号处理函数内恢复默认动作后重发信号 #

这个方案是现有逻辑的最小改动方案，生成的coredump完全保留故障发生的完整上下文，你之前担心的故障位置偏移问题不存在：因为信号处理函数的栈帧是叠加在原始调用栈之上的，完整转储会保留所有上下文信息，通过gdb的bt full命令可以直接看到原始触发段错误的代码位置。
具体实现步骤：

• 注册SIGSEGV处理函数时，必须设置SA_SIGINFO和SA_NODEFER标志，SA_NODEFER保证信号处理函数执行过程中不会阻塞SIGSEGV本身
• 自定义处理函数内完成栈回溯、日志写入等操作后，先调用sigaction将SIGSEGV的处理逻辑恢复为默认动作，再调用raise(SIGSEGV)重新触发段错误
• 此时内核会执行默认的coredump生成逻辑，生成符合要求的完整转储文件

注意：信号处理函数中仅能调用异步信号安全的函数，backtrace、文件IO类函数都不属于异步安全函数，如果段错误恰好发生在libc堆操作、IO锁持有场景下，这类调用可能引发死锁或二次崩溃，高可靠场景优先选择方案2。

方案2：使用内核coredump管道机制（更稳定） #

这个方案完全不需要修改应用层的信号处理逻辑，从根源避免信号处理函数的安全风险：

• 修改/proc/sys/kernel/core_pattern为管道格式，指定你自定义的coredump处理程序路径
• 内核触发coredump时，会将整个进程的内存转储通过标准输入传给你的处理程序
• 你可以在处理程序中先解析转储数据生成栈回溯日志，再将完整的coredump写入磁盘保存，生成的转储完全和默认逻辑一致，精确指向故障发生位置

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