MacOS下共享库与可执行文件使用不同Boost版本的问题

问题根源 #

你遇到的核心问题是：boost::system::system_category()在两个Boost版本中均为弱符号。即使启用了两级命名空间（TWOLEVEL），当通过dlopen加载mylib.dylib时，进程中已存在的可执行文件的1.66.0版本弱符号会优先被绑定，导致dylib调用旧版本的实现。

可行解决方案 #

方案1：编译时隐藏Boost内部符号（推荐） #

通过编译选项让mylib.dylib不导出Boost相关的内部符号，彻底避免符号冲突：

1. 重新编译Boost 1.80.0，添加编译选项-fvisibility=hidden，让所有Boost符号默认隐藏：

   ./bootstrap.sh --prefix=/path/to/boost-1.80-install
   ./b2 cxxflags="-fvisibility=hidden" install
   

2. **编译mylib.dylib**时，同样添加-fvisibility=hidden，并仅导出你需要对外暴露的mylib接口符号（如果有）：

   g++ -fvisibility=hidden -c mylib.cpp -o mylib.o -I/path/to/boost-1.80-install/include
   g++ -dynamiclib -o mylib.dylib mylib.o -L/path/to/boost-1.80-install/lib -lboost_system -Wl,-exported_symbols_list,mylib_exported_symbols.txt
   

   其中mylib_exported_symbols.txt只包含你需要对外提供的函数/类符号，Boost的内部符号不会被导出，自然不会和可执行文件的符号冲突。

方案2：将Boost的弱符号转为强符号 #

修改Boost.System的代码，去掉system_category()的弱符号标记，重新编译后让mylib.dylib中的该符号成为强符号：

1. 找到Boost 1.80.0中boost/system/detail/error_category.hpp（或对应定义system_category()的文件），去掉函数声明前的BOOST_SYMBOL_VISIBLE或__attribute__((weak))标记（不同版本写法可能有差异）。
2. 重新编译Boost 1.80.0和mylib.dylib。此时mylib.dylib中的system_category()是强符号，两级命名空间下会优先绑定自身的实现，不会被可执行文件的弱符号覆盖。

方案3：调整dlopen加载选项（补充尝试） #

结合链接时的选项优化加载行为：

1. 编译mylib.dylib时添加-Wl,-bind_at_load，让库加载时立即绑定自身符号：

   g++ -dynamiclib -o mylib.dylib mylib.o -L/path/to/boost-1.80-install/lib -lboost_system -Wl,-bind_at_load
   

2. 加载时使用RTLD_NOW | RTLD_LOCAL：

   void* handle = dlopen("mylib.dylib", RTLD_NOW | RTLD_LOCAL);
   

   RTLD_LOCAL会阻止库的符号被添加到全局符号表，减少冲突概率。

验证方法 #

修改后用nm -m mylib.dylib | grep system_category检查符号属性：

• 如果是强符号，会显示[强]（或无weak标记）；
• 如果符号被隐藏，会显示(隐藏)或不在导出符号列表中。

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