一、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或者-upward_framework 来标志这是一个向上引用的动态库。

App想使用动态库B的方法

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

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

App里面设置：

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

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

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

注意⚠️：因为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或者-weak_framework 指定为库为weak imports，如果在运行时找不到该库，会自动将该库的地址及内容设置为0。

六、强制加载指定的静态库

如果两个静态库中内容相同可以指定需要加载的静态库

动态库与静态库实战配置

目录