Android环境下cgo程序在_cgo_topofstack崩溃的排查方法咨询

崩溃信息 #

signal 11 (SIGSEGV), code -6 (SI_TKILL), fault addr --------
    r0  00000000  r1  000028f3  r2  0000000b  r3  00000008
    r4  00002829  r5  92589500  r6  92589548  r7  0000010c
    r8  00000007  r9  f2dda124  r10 92589400  r11 bc3218ca
    ip  bf21e9cc  sp  eeb7fc00  lr  bb39d2f8  pc  bb3c07d8

backtrace:
      #00 pc 0049a7d8  /data/app/~~RaMB3k_xm7v41sDHB5G52Q==/com.tencent.supercar-Qe2_Smo7BnMcTvBrMSmgRA==/lib/arm/libtskm.so

addr2line解析结果 #

# ./arm-linux-androideabi-addr2line result:
_cgo_topofstack
??:?

排查步骤 #

• 补全调试符号：addr2line返回??:?说明so文件缺失调试符号。编译cgo代码时添加-g参数保留调试信息，且避免对生成的so执行strip操作。重新编译后再用addr2line解析，就能定位到具体的代码行。
• 排查C代码栈溢出：_cgo_topofstack是Go运行时标记C栈顶的函数，此处崩溃大概率是C代码栈溢出导致。Android线程默认栈空间较小（通常2-8MB），如果C代码存在大栈数组、深层递归或过长调用链，都会触发栈溢出。可以尝试：
  • 调整线程栈大小：在创建C线程时指定更大的栈空间；
  • 优化C代码：将栈上的大数组移到堆上分配，减少栈内存占用。
• 检查Go与C的调用边界：
  • 验证Go传递给C的指针合法性：禁止传递Go堆内存指针给长期运行的C代码（避免GC回收后非法访问），同时确保没有传递空指针给C函数；
  • 确认C返回指针的有效性：C函数不能返回栈上的指针给Go，堆内存返回后要确保Go侧正确释放。
• 启用cgo调试日志：运行程序前设置环境变量GODEBUG=cgo=2，会输出Go与C之间的调用细节、参数传递、栈切换日志，帮助定位调用过程中的异常点。
• 使用Native调试工具：将带调试符号的so文件导入Android Studio，附加到目标进程，捕获SIGSEGV信号，崩溃时查看完整的Native栈回溯，获取C代码的调用链信息。
• 验证线程安全性：如果C代码不是线程安全的，Go侧多个goroutine并发调用会导致内存访问冲突。可以给C函数调用加互斥锁，或者限制同一时间只有一个goroutine执行C代码。

内容的提问来源于stack exchange，提问作者罗佳晨