glibc v2.22无法获取部分段unwind信息 SIGABRT信号栈回溯不准确

根因说明 #

栈回溯错误（误识别到不存在的_fini函数）由glibc 2.22版本特性与配置缺失共同导致：

1. glibc 2.22的abort实现流程会多次触发信号，首次SIGABRT若被捕获处理，第二次会直接终止，且默认不会主动触发dwarf unwind， fallback到帧指针扫描时极易读取栈上残留的无效地址
2. 仅为glibc添加-funwind-tables编译参数不足以覆盖信号处理场景的unwind需求，缺少对应编译配置和补丁适配

修复方案 #

1. 补全glibc编译配置 #

仅添加CFLAGS参数不生效，编译前需显式指定以下配置项：

• 增加编译配置--enable-stack-unwind，显式启用glibc全链路unwind支持
• 增加编译配置--with-frame-pointer，强制所有glibc代码保留帧指针，避免编译参数被默认规则覆盖
• 编译完成后执行readelf -S /path/to/compiled/glibc/libc.so.6 | grep eh_frame，验证输出存在.eh_frame、.eh_frame_hdr两个段，确认unwind信息编译成功

2. 适配信号场景unwind补丁 #

glibc 2.22存在信号处理上下文unwind信息缺失的已知bug，需打上对应补丁：

• 补全__sigreturn trampoline帧的unwind描述信息，避免unwind器扫描到信号返回帧时 fallback 到原始内存扫描
• 修复abort函数执行流程中unwind上下文被提前销毁的问题

3. 校验全链路编译配置 #

• 主应用需同步添加-fno-omit-frame-pointer、-funwind-tables、-rdynamic编译参数，不可仅为glibc配置
• 主应用和glibc编译后不可执行过度strip操作，需保留.eh_frame、.symtab等unwind和符号解析依赖的段，可将debug信息拆分单独存储，同步上传到Sentry用于符号解析

4. 预验证栈回溯正确性 #

先本地用gdb验证coredump栈是否正常，避免Sentry配置问题导致的解析错误：

gdb /path/to/your/app /path/to/coredump
(gdb) bt full

若gdb可输出正常栈回溯，说明Sentry侧缺少对应版本的glibc、主应用的debug符号，上传即可；若gdb也输出错误栈，再回头检查glibc补丁和编译配置。

异常现象参考 #

#

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