我来帮你梳理几个实用的解决方案，都是针对动态加载依赖库场景的常见处理方式：

方法1：确保lib1.so以RTLD_GLOBAL优先加载（优化你现有的思路） #

你已经用到了RTLD_GLOBAL，这个方向完全正确——它会让lib1.so的符号变成全局可见，后续加载的lib2.so就能直接找到依赖的符号。不过要注意几个关键细节：

• 必须先成功加载lib1.so，再加载lib2.so，而且一定要检查加载返回值，避免忽略加载失败的情况：

  void* ptr_lib1 = dlopen("/usr/local/test/lib1.so", RTLD_NOW | RTLD_GLOBAL);
  if (!ptr_lib1) {
      fprintf(stderr, "加载lib1.so失败: %s\n", dlerror());
      exit(EXIT_FAILURE);
  }
  // 清除错误缓存，避免干扰后续dlopen的错误判断
  dlerror();
  
  void* ptr_lib2 = dlopen("/usr/local/test/lib2.so", RTLD_NOW);
  if (!ptr_lib2) {
      fprintf(stderr, "加载lib2.so失败: %s\n", dlerror());
      exit(EXIT_FAILURE);
  }
  

• 如果lib2.so还依赖其他系统库，确保系统默认库路径能找到它们，这个一般不需要额外处理，但如果是自定义库，就得参照类似方法处理。

方法2：通过环境变量指定库路径 #

如果不想在代码里硬编码lib1.so的路径，可以在运行test程序前，把lib1.so所在目录加入LD_LIBRARY_PATH：

export LD_LIBRARY_PATH=/usr/local/test:$LD_LIBRARY_PATH
./test

这样动态链接器在加载lib2.so时，会自动从这个路径里查找依赖的lib1.so。不过这个设置是临时生效的，要永久生效可以把这条命令加到~/.bashrc或/etc/profile里。

方法3：编译lib2.so时嵌入依赖路径 #

在编译lib2.so的时候，用-rpath参数把lib1.so的路径直接嵌入到lib2.so的动态链接信息中，这样后续加载lib2.so时，链接器会自动去指定路径找lib1.so：

gcc -shared -fPIC -o lib2.so lib2.c -L/usr/local/test -l1 -Wl,-rpath=/usr/local/test

-Wl,-rpath=/usr/local/test会告诉链接器，把这个路径写入lib2.so的rpath字段，就算不设置环境变量，也能正常找到依赖。

方法4：延迟符号解析（谨慎使用） #

如果你的业务场景允许延迟解析符号，可以把RTLD_NOW换成RTLD_LAZY，这样直到实际调用符号时才会解析依赖。不过这种方法有风险——如果依赖符号不存在，会在运行时直接崩溃，不如RTLD_NOW能提前暴露问题。

最后提醒下：每次调用dlopen后都用dlerror()检查错误，这能帮你快速定位到底是哪个库加载失败，以及具体的错误原因。

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