ARMv7 Linux下CGO崩溃后如何获取C栈调用栈？

1. 编译时保留完整调试符号 #

编译Go程序时必须禁用优化与内联，确保C代码的调试信息被保留：

go build -gcflags="all=-N -l" -o binary ./your-main-package

-N禁用编译优化，-l禁用函数内联，避免调试符号被剥离，让GDB能解析C代码的调用栈。

2. 用GDB-MultiArch正确加载调试信息 #

启动GDB并加载core dump后，执行以下配置：

# 启动GDB并加载程序与core dump
gdb-multiarch ./binary core

# 指定目标架构为ARMv7
set architecture armv7

# 加载Go runtime的GDB辅助脚本（路径根据Go安装位置调整）
source /usr/local/go/src/runtime/runtime-gdb.py

3. 强制展开完整调用栈 #

默认GDB可能只展示Go运行时栈，需手动切换到崩溃线程并展开全栈：

# 查看所有线程，找到触发崩溃的线程（通常带有信号标记）
info threads

# 切换到目标线程，比如线程3
thread 3

# 展开完整调用栈，包含C代码部分
bt full

若仍无法看到C栈，执行set backtrace past-main后重新执行bt，强制GDB回溯到main函数之前的C调用。

4. 确保依赖库的调试符号存在 #

若aac-go依赖第三方C库（如libfdk-aac），需安装对应调试包：

• Debian/Ubuntu系：sudo apt install libfdk-aac-dbg
• 检查调试符号是否存在：readelf -S ./binary | grep -E "debug|symtab"，确保有.debug开头的段或符号表。

5. 调整Go的崩溃输出参数 #

无需依赖core dump，直接通过环境变量让Go输出包含C栈的崩溃信息：

CGO_DEBUG=1 GOTRACEBACK=system ./binary

GOTRACEBACK=system会让Go在崩溃时输出系统级调用栈，包括C代码的函数与地址，可直接在终端查看。

6. 手动解析C栈地址（兜底方案） #

如果上述方法失效，用addr2line工具解析地址对应的C代码位置：

# 针对主程序中的C地址
addr2line -e ./binary 0x[崩溃地址]

# 针对动态库中的C地址（如libfdk-aac）
addr2line -e /usr/lib/arm-linux-gnueabihf/libfdk-aac.so.2 0x[崩溃地址]

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