动态库链接静态库后运行时出现符号查找错误，符号名存在不匹配，求助排查

哎，这个问题我之前也碰到过类似的，一眼看下来核心就是函数签名不匹配导致的符号名混乱，咱们一步步拆解来看：

先搞懂nm输出里的符号差异 #

你用nm -g libViewer.so | grep import_init得到的两行结果，藏着问题的关键：

• 00000000001e1688 T _Z17import_initPKc：这里的T表示这个符号是已定义的函数实现（在代码段里），_Z17import_initPKc是C++名字修饰后的结果，还原后是import_init(const char*)（PKc对应“Pointer to Const Char”）
• U _Z17import_initPc：这里的U表示这个符号是未定义的，需要运行时解析，还原后是import_init(char*)（Pc对应“Pointer to Char”）

说白了，你的动态库libViewer.so里同时存在两个版本的符号引用：一个是已经从静态库import里链接进来的const char*参数的实现，另一个是代码里还在找的char*参数的版本——这俩根本不是同一个函数，所以运行时自然找不到后者的定义。

为什么编译/链接时没报错？ #

这是Linux动态库的特性导致的：默认情况下，动态库在编译链接阶段允许存在未定义符号（延迟绑定），只有当程序运行时真正用到这个符号的时候，才会去尝试解析，这就是为什么你编译viewer的时候没报错，到运行时才炸。

具体排查&修复步骤 #

1. 检查函数签名的一致性 #

这是最核心的一步：

• 打开import的头文件，看import_init的声明：是不是写的void import_init(char*);？
• 再打开import的实现文件（比如import.cpp），看函数定义：是不是写的void import_init(const char* str) { ... }？
  如果是这样，那就是头文件和实现的const修饰符不匹配，直接统一两者的签名就行——要么都用char*，要么都用const char*，推荐用const char*（更安全）。

2. 检查调用处的参数类型 #

再看看ImportObject::Import(char*)里调用import_init的地方，是不是传入的参数类型导致了隐式的签名不匹配？比如你调用的时候传了一个char*，但头文件里声明的是const char*？不过这种情况一般编译器会警告，你可以打开编译警告（比如-Wall -Wextra）看看有没有相关提示。

3. CMake配置的检查 #

虽然核心问题是签名不匹配，但也可以确认下CMake的配置有没有问题：

• 确保在viewer的CMakeLists.txt里，已经正确链接了import静态库：target_link_libraries(viewer PRIVATE import)
• 确保import库已经被正确构建，并且viewer能找到它的头文件（比如用target_include_directories设置了正确的路径）
• 不要混合C和C的编译规则：如果import是C写的，要加extern "C"，但从名字修饰来看，你这俩都是C，所以这条可以忽略。

最后修复后的操作 #

统一签名后，一定要完全清理之前的构建目录，重新编译import和viewer两个库，避免旧的编译缓存导致问题残留。

备注：内容来源于stack exchange，提问作者bugblatterbeast