动态库同名全局符号在动态链接时合并为一个地址，执行最先被解析到的版本；C++ namespace无法隔离导出符号；推荐用-fvisibility=hidden配合__attribute__((visibility("default")))精确控制导出。
动态库导出符号重名时，nm 和 objdump 看到的到底是哪个符号？
不是“先定义的生效”，也不是“链接顺序决定”，而是：所有同名全局符号（函数、变量）在动态链接阶段会合并为一个地址，最终只保留其中一个定义——通常是第一个被加载的动态库里的实现。这意味着，如果 libA.so 和 libB.so 都导出了 init_config()，而主程序同时 dlopen 它们，调用 init_config() 时实际执行的是**最先被解析到的那个版本**，且无法预测或控制。
这种行为在 Linux 上由 ELF 的符号表绑定规则（STB_GLOBAL + STV_DEFAULT）和动态链接器（ld-linux.so）的懒绑定策略共同导致，不是 bug，是设计如此。
namespace 能隔离动态库导出符号吗？
不能直接隔离。C++ 的 namespace 是编译期作用域机制，不影响符号名称生成。默认情况下，void mylib::init() 编译后仍导出为 _Z4initv（mangled 名），但若另一个库也有同签名函数，仍可能因 mangling 规则一致而冲突；更常见的是，开发者手动用 extern "C" 导出 C 风格符号（如 init_config），这时 namespace 完全不起作用。
真正起效的是符号可见性控制和命名空间模拟：
立即学习“C++免费学习笔记（深入）”；
-
namespace本身不导出符号，但可配合static或inline限定内部链接，避免导出 - 用
__attribute__((visibility("hidden")))关闭默认导出，再显式标记需要导出的符号 - 人工前缀（如
mylib_init_config）仍是简单有效的防冲突手段
如何用 visibility("hidden") 精确控制导出符号？
这是最常用且可靠的方案。它让编译器默认不导出任何符号，仅对显式标注 __attribute__((visibility("default"))) 的符号生成动态链接入口。
典型做法：
#pragma GCC visibility push(hidden)
#include <string>
#include <vector>
<p>namespace mylib {
// 内部工具函数，不导出
void log_internal(const char* msg);</p><pre class="brush:php;toolbar:false;">// 显式导出的接口
extern "C" __attribute__((visibility("default")))
int mylib_init_config(const char* path);}
pragma GCC visibility pop
关键点：
- 必须配合编译选项
-fvisibility=hidden，否则visibility("hidden")无效 - C++ 类成员函数若需导出，必须每个函数单独加
visibility("default")，类声明上加无效 -
extern "C"块内函数更容易被其他语言调用，也更推荐用于稳定 ABI 接口 - Windows 下对应的是
__declspec(dllexport)，Linux/macOS 统一用visibility
用 version script 过滤符号比 visibility 更彻底？
是的，但属于进阶控制。它在链接阶段生效，能彻底屏蔽已导出但未列入脚本的符号，连 nm -D 都看不到。
写一个 libmylib.map：
LIBMYLIB_1.0 {
global:
mylib_init_config;
mylib_cleanup;
local:
*;
};
链接时加上：-Wl,--version-script=libmylib.map
优势与代价：
- 比
visibility更底层，连编译器误导出的符号也能剪掉 - 支持符号版本管理（如
LIBMYLIB_1.0/LIBMYLIB_2.0），适合长期维护的 SDK - 调试困难：符号消失后，
gdb无法设置断点，LD_DEBUG=symbols也查不到 - 必须严格维护 map 文件，新增接口要同步更新，CI 中建议加入检查脚本
真实项目里，visibility + 头文件宏封装（如 #define MYLIB_API __attribute__((visibility("default")))）已覆盖 90% 场景；version script 适合对符号表有洁癖或提供第三方 SDK 的场景。
