如何在存在间接依赖时链接生成动态库的Recipe A与Recipe B？

一、打破循环依赖并完成链接的方法 #

针对你遇到的Recipe循环依赖（B需要链接A的libxyz.so，但A→C→B形成依赖环，无法直接在B的.bb中加DEPENDS += "xyz"），可以试试以下几种方案：

1. 拆分Recipe，打破依赖链 #

如果可行，把Recipe A中被B调用的核心功能单独拆分出来，做成一个独立的Recipe D（比如libxyz-core），让B只依赖D，且D不参与任何循环依赖。这样B的.bb中就能正常添加DEPENDS += "xyz-core"，编译时就能链接拆分出的库，同时不触发循环依赖问题。

2. 依赖native版本的库 #

在B的.bb文件中添加DEPENDS += "xyz-native"，使用主机端（native）构建的libxyz.so来完成链接。native构建是独立于目标端构建流程的，不会触发目标端的循环依赖。注意要保证native库的接口和目标端库完全一致，避免运行时出现兼容性问题。

3. 改用动态加载（运行时加载库） #

修改Recipe B的代码，使用动态加载API（dlopen()、dlsym()、dlclose()）来加载libxyz.so，而不是编译时链接。这种方式下，编译B时只需要libxyz的头文件（用来声明函数、结构体），不需要实际的.so文件。链接时记得加-ldl参数链接动态加载库。

• 示例代码片段：

  #include <dlfcn.h>
  
  int main() {
      void* handle = dlopen("libxyz.so", RTLD_LAZY);
      if (!handle) {
          // 处理加载失败
          return 1;
      }
      // 获取函数指针
      void (*func)() = dlsym(handle, "xyz_function");
      if (func) {
          func();
      }
      dlclose(handle);
      return 0;
  }
  

• Makefile中链接部分改为：$(CC) $(CFLAGS) -o target target.o -ldl

4. 应急调整构建顺序（不推荐） #

如果是OpenEmbedded/Yocto环境，可以尝试通过PREFERRED_VERSION或手动指定构建顺序来强制先构建A再构建B，但这种方法不稳定，容易因为构建系统的依赖检测逻辑出问题，仅作为临时应急方案。

二、关于动态库构建的理解 #

你的观点不完全正确：

• 编译链接阶段：生成可执行文件时，不需要实际存在动态库的二进制文件，只需要：
  1. 对应的头文件（.h），用于编译时声明函数、结构体等符号；
  2. 链接器能找到库的接口信息（通常是.so的符号链接、.la文件，或者甚至是一个空的 stub 库）。链接器仅会在可执行文件中记录需要依赖的库名称和符号引用，不会把库的代码打包进去。
• 运行阶段：必须存在实际的动态库二进制文件，否则可执行文件无法加载并运行。

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