当 Go 程序通过 cgo 调用 C 代码并触发 assert() 失败时，默认仅显示 Go 运行时捕获异常的栈帧；启用 GOTRACEBACK=crash 环境变量可强制程序以 SIGABRT 退出并生成完整核心转储，从而保留 C 函数调用栈。
当 go 程序通过 cgo 调用 c 代码并触发 `assert()` 失败时，默认仅显示 go 运行时捕获异常的栈帧；启用 `gotraceback=crash` 环境变量可强制程序以 `sigabrt` 退出并生成完整核心转储，从而保留 c 函数调用栈。
在混合使用 Go 和 C（尤其是涉及多线程与断言调试）的场景中，一个常见痛点是：C 代码中的 assert(1 == 2) 触发后，gdb 或 go tool pprof 无法还原真实的 C 调用栈（如 thread → fn1 → fn2），而只看到类似 runtime.sigtramp, runtime.sigpanic 的 Go 运行时帧。这是因为 Go 默认将信号（如 SIGABRT）拦截并转换为 panic，掩盖了原始 C 异常上下文。
关键解决方案：启用崩溃级栈追踪
设置环境变量 GOTRACEBACK=crash 是解决该问题的核心步骤。它会：
- 禁用 Go 的 panic 拦截机制；
- 让 SIGABRT 直接终止进程（而非被 runtime 捕获）；
- 触发系统级 core dump（需提前配置 ulimit -c unlimited）；
- 使 gdb ./hello core 可完整回溯至 C 函数（包括 fn2, fn1, thread）。
✅ 正确运行方式示例：
ulimit -c unlimited GOTRACEBACK=crash ./hello # 触发 assert 后生成 core 文件 gdb ./hello core (gdb) bt # 输出将包含完整的 C 栈帧（非仅 Go runtime）
⚠️ 注意事项：
- GOTRACEBACK=crash 仅对致命信号生效（如 SIGABRT, SIGSEGV），不影响普通 panic；
- 编译 C 代码时务必保留调试信息：使用 -g3 -O0（禁用优化，确保栈帧完整）；
- 若使用 pthread_create，需确保主线程不提前退出（你的 sleep(100000) 已满足）；
- 在容器或受限环境中，core dump 可能被禁用，需检查 /proc/sys/kernel/core_pattern 及 fs.suid_dumpable；
- cgo 默认不支持 setrlimit 修改 RLIMIT_CORE，因此必须在启动 Go 程序前由 shell 设置 ulimit。
? 补充技巧：若需在调试时动态查看 C 栈（无需 core dump），可在 assert 前插入 raise(SIGABRT) 并用 gdb --pid $(pgrep hello) 实时 attach，配合 info registers 和 bt full 分析寄存器与内存布局。
综上，GOTRACEBACK=crash 不仅是开启 C 栈可见性的开关，更是 cgo 混合调试中连接 Go 生态与传统 C 调试工具链的关键桥梁。
