链接一个库的三要素：

• 头文件

• 库文件所在位置

• 库文件名称

一、App->动态库A->动态库B

对于App，动态库A正常链接，但是动态库B并不在动态库A（他链接的动态库B）保存的@rpath与动态库B的install_name组合的路径下：

动态库B的路径 = 动态库A的rpath + 动态库B的install_name

• 解决：修改动态库A的rpath或者copy动态库B到指定路径中。

方法一：

• 修改动态库A的rpath为动态库B的install_name之前的绝对路径：
  

方法二：

• Cocoapods向App中导入动态库B，在导入的过程中，Cocoapods会帮助我们将动态库B拷贝到App的Frameworks/目录下：
  

方式三

• 通过脚本进行手动Copy，将动态库B拷贝到App的Frameworks/目录下：
  
  

动态库的反向依赖

• 动态库的反向依赖，因为符号的作用空间问题，那么在运行时，动态库可以动态找到App的符号。所以只要在编译期间不报符号未定义的错误即可。可以通过-U <符号>，来指定一个符号的是动态查找符号。
  

同时可以在 App里面通过指定-upward-l<library name>或者-upward_framework <framework name>来标志这是一个向上引用的动态库。

App想使用动态库B的方法

• 如果App想使用动态库B的方法，第一种方式是让App直接链接动态库B。第二种方式是通过-reexport_framework或者-reexport_l重新将动态库B通过动态库A导出给App。
  

注意⚠️：因为Cocoapods自动生成的xcconfig文件包含了-framework AFNetworking参数，要想重新将AFNetworking指定为-reexport_framework，需将其放在$(inherited)前面。

二、App -> 动态库A -> 静态库B

因为动态库A生成的过程中在链接静态库B时，会把静态库B所有代码都链接进去。所以编译链接都不会报错。

如果动态库A不想把静态库B的导出符号（全局符号）暴露出去，可以通过-hidden-l<library name>隐藏静态库的全局符号。

注意⚠️：因为Cocoapods自动生成的xcconfig文件包含了-l"AFNetworking"参数，要想重新将AFNetworking指定为-hidden-l，需将其放在$(inherited)前面。

App里面设置：

三、App -> 静态库A -> 静态库B

静态库A生成时，只保存了静态库B的头文件信息或者静态库B的名称（Auto-Link）。App链接静态库A后，会把静态库A所有代码都链接进去。但是并不知道静态库B的位置和名称。

方式一：

• 通过Cocoapods将静态库B引入到App内
  

方式二：

手动配置静态库B的位置和名称

四、App -> 静态库A -> 动态库B

静态库A生成时，只保存了动态库B的名称（Auto-Link）。App链接静态库A后，会把静态库A所有代码都链接进去。但是App（他链接的动态库B）并不知道动态库B的位置，也没有提供rpath。保存的@rpath与动态库B的install_name组合的路径下：

动态库B的路径 = App的rpath + 动态库B的install_name

方式一：

• 通过Cocoapods将静态库B引入到App内
  

方式二：

• 配置rpath并通过脚本将动态库B引入到App内
  
  

五、弱引用动态库

标记为weak imports，允许在运行时不链接该库。例如，正常情况下，动态库链接一个库文件时，如果库文件不在指定的路径中，会报image not found。通过-weak-l<library name>或者-weak_framework <framework name>指定为库为weak imports，如果在运行时找不到该库，会自动将该库的地址及内容设置为0。