这是我参与11月更文挑战的第20天，活动详情查看：2021最后一次更文挑战。
链接一个库的三要素：
- 头文件
- 库文件所在位置
- 库文件名称
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里面设置：
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。
