当 Go 程序通过 cgo 调用 C 代码并触发 assert() 失败时，默认无法捕获 C 层栈帧；启用 GOTRACEBACK=crash 环境变量可强制 Go 运行时在崩溃时输出混合栈（含 C 函数），并以 SIGABRT 退出以生成有效 core 文件。
当 go 程序通过 cgo 调用 c 代码并触发 `assert()` 失败时，默认无法捕获 c 层栈帧；启用 `gotraceback=crash` 环境变量可强制 go 运行时在崩溃时输出混合栈（含 c 函数），并以 `sigabrt` 退出以生成有效 core 文件。
在混合 Go/C 开发中，C 代码中的 assert(1 == 2) 等断言失败会调用 abort()，最终向进程发送 SIGABRT。但默认情况下，Go 运行时会拦截该信号并仅打印 Go 协程栈（如 runtime.sigtramp、runtime.sigpanic），完全丢失 C 调用链（如 fn2 → fn1 → thread），导致调试困难。
关键解决方案：设置 GOTRACEBACK=crash
该环境变量会改变 Go 运行时对致命信号（如 SIGABRT, SIGSEGV）的处理行为：
- 不再静默捕获并转为 panic；
- 直接打印完整混合栈（Go + C 函数名及偏移）；
- 以原始信号退出进程，从而触发系统级 core dump（前提是 ulimit -c 已设为非零值）。
✅ 正确执行方式：
ulimit -c unlimited # 允许生成 core 文件 GOTRACEBACK=crash ./hello
预期输出将包含类似以下的栈信息（C 函数清晰可见）：
fatal error: unexpected signal during runtime execution
...
runtime: unexpected signal during runtime execution [signal SIGABRT code=0x0 addr=0x0 pc=0x7f...]
...
goroutine 1 [syscall]:
runtime.cgocall(0x498a30, 0xc000047e00)
/usr/lib/go/src/runtime/cgocall.go:156 +0x4e
main._Cfunc_hello_world(...)
_cgo_gotypes.go:37 +0x3d
main.main()
hello.go:22 +0x7a
rax 0x0
rbx 0x498a30
...
# 注意：后续还会显示 C 栈帧（需配合调试符号）⚠️ 重要前提与注意事项：
- 编译 C 代码时必须保留调试信息：使用 -g3（而非默认 -g），确保 assert 触发点能映射到源码行；
- 链接静态库时，确保 .a 文件包含调试段（ar 默认保留，但若经 strip 则丢失）；
- 若需用 gdb 分析 core 文件，启动命令应为：
gdb ./hello core (gdb) bt full # 查看完整混合栈（含 C 变量值）
- GOTRACEBACK=crash 仅影响致命信号场景，不影响普通 panic；生产环境慎用，仅用于调试。
? 进阶建议：
对于更精细的 C 层调试，可在 assert 前插入 raise(SIGTRAP) 并配合 gdb --pid 实时 attach；或在 pthread_create 后添加 C.pthread_setname_np(C.pthread_self(), C.CString("cworker")) 便于线程识别。
总之，GOTRACEBACK=crash 是打通 Go/cgo 跨语言栈追踪的关键开关——它让运行时“让出控制权”，回归 POSIX 信号语义，是定位 C 层崩溃根源不可替代的调试基石。
