Qt调用musl编译的C++动态库加载符号后调用函数触发系统异常

根因分析 #

你给出的报错信息已经明确了问题根源：

• musl-ldd的输出显示你构建的libx.so依赖libgcc_s.so.1，但运行时加载器找不到该库，所有缺失的_Unwind_*系列符号都是libgcc_s提供的异常处理、栈展开核心接口。
• 纯C加载程序可正常运行的原因：编译该加载程序时，C编译器默认会隐式链接libgcc_s，进程启动时该库已被加载到全局符号表，libx.so加载时可以直接获取到所需符号。
• Qt程序加载报错的原因：你使用的Qt构建版本默认未链接libgcc_s，且QLibrary默认加载动态库时使用RTLD_LOCAL标记，导致libx.so依赖的libgcc_s没有被加载到可访问的符号空间，调用库函数触发异常时找不到栈展开接口，直接出现空指针访问。你给出的内核日志中segfault at 0就是跳转到未解析的空符号地址执行的典型特征，和符号缺失的问题完全吻合。

可落地的修复方案 #

• 方案1：编译libx.so时静态链接libgcc，把所需符号直接打包进动态库
  给动态库的链接参数添加-static-libgcc，如果用到C++特性可同时添加-static-libstdc++，避免后续再出现标准库符号冲突
• 方案2：Qt程序启动时提前加载libgcc_s到全局符号表
  在main函数最开头添加如下代码：

  #include <dlfcn.h>
  // 加载libgcc_s到全局符号表
  dlopen("libgcc_s.so.1", RTLD_NOW | RTLD_GLOBAL);
  

  编译Qt程序时在.pro文件添加LIBS += -ldl链接dl库即可
• 方案3：修改Qt加载动态库的配置，强制解析所有依赖符号
  加载libx.so前先设置加载标记：

  QLibrary lib("./libx.so");
  lib.setLoadHints(QLibrary::ResolveAllSymbolsHint | QLibrary::ExportExternalSymbolsHint);
  if (lib.load()) {
      // 调用库函数逻辑
  }
  

  该配置会强制加载器解析所有依赖符号并导出到全局空间，可解决依赖库符号找不到的问题

验证方法 #

你可以在运行Qt程序前设置环境变量LD_DEBUG=libs，查看动态库加载的完整流程，确认libgcc_s.so.1的加载状态，验证修复是否生效。

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