13、iOS强化 --- 动态库与静态库实战配置
实战配置
- 链接一个库的三要素：
1、头文件（-I）
2、库文件所在的位置（-F）
3、库文件名称 (-framework)
一、APP -> 动态库A -> 动态库B
对于APP，动态库A正常链接，但是动态库B并不在动态库A（它链接的动态库B）保存的@rpath与动态库B的install_name`组合的路径下：
动态库B的路径 = 动态库A的rpath + 动态库B的install_name
- 解决办法：修改
动态库A的rpath或者 拷贝动态库B到指定路径中。 -
方式一：
修改动态库A的rpath为动态库B的install_name之前的绝对路径。这样在当前工作空间下，A就可以使用B的相关符号。
LD_RUNPATH_SEARCH_PATHS = $(inherited) ${PODS_CONFIGURATION_BUILD_DIR}/AFNetworking
如果同时想让APP也使用B，根据我们在动态库里面讲的，可以将B的符号暴露给APP。
/// 动态库 A 的xcconfig
OTHER_LDFLAGS=-Xlinker -reexport_framework -Xlinker AFNetworking
/// APP 的xcconfig
HEADER_SEARCH_PATHS="${SRCROOT}/AFNetworking"
image
image
这里大家注意一个点：
HEADER_SEARCH_PATHS="${SRCROOT}/AFNetworking"这里没有写到Headers是因为Xcode会递归的在文件夹里面去寻找对应的头文件，写到Headers也是可以的。另外要注意的是，
Build Settings里面的设置，如果修改过的话，一定要加上$(inherited)，是继承的意思。这一点我们在2、iOS强化 --- Xcode 多环境的配置里面讲过这个优先级的问题。
image.png
-
方式二：
Cocoapods向App中导入动态库B：
image.png
-
方式三：
通过脚本手动Copy:
image.png
image.png
-
动态库的反向依赖
动态库的反向依赖，因为符号的作用域空间问题，那么在运行时，动态库可以动态找到App的符号，所以只要在编译期间不报符号未定义的错误就可以。可以通过-U <符号>，来指定一个符号是动态查找符号。
image.png
二、APP -> 动态库A -> 静态库B
因为动态库A生成的过程中在链接静态库B时，会把静态库B所有代码都链接进去。所以编译链接都不会报错。
- 此时如果想要
APP使用静态库B，只需要在APP的xcconfig文件中设置HEADER_SEARCH_PATHS即可:
HEADER_SEARCH_PATHS = "${SRCROOT}/../YSFramework/Pods/Headers/Public/AFNetworking"
- 如果
动态库A不想把静态库B的导出符号（全局符号）暴露出去，可以通过-hidden-l<library name>隐藏静态库的全局符号。
image.png
注意⚠️ ：因为
Cocoapods自动生成的xcconfig文件包含了-l"AFNetworking"参数，要想重新将AFNetworking指定为-hidden-l，需要将其放在$(inherited)前面。
如果此时还想要App使用AFNetworking，也许如此设置。
HEADER_SEARCH_PATHS = "${SRCROOT}/../YSFramework/Pods/Headers/Public/AFNetworking" $(inherited)
三、APP -> 静态库A -> 静态库B
静态库A生成时，只保存了静态库B的头文件信息或者静态库B的名称（Auto-Link）。App链接静态库A后，会把静态库A所有的代码都链接进去。但是并不知道静态库B的位置和名称。
-
方式一
通过Cocoapods将静态库B引入到App内：
image.png
-
方式二
手动设置静态库B的位置和名称：
LIBRARY_SEARCH_PATHS = $(inherited) "${BUILD_DIR}/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)/AFNetworking"
OTHER_LDFLAGS = $(inherited) -ObjC -l"AFNetworking"
image
四、APP -> 静态库A -> 静态库B
静态库A生成时，只保存了动态库B的名称（Auto-Link）。App链接静态库A后，会把静态库A所有代码都链接进去。但是App（它链接的动态库B）并不知道动态库B的位置，也没有提供rpath。
保存的@rpath与动态库B的install_name组合的路径如下：
动态库B的路径 = App的rpath + 动态库B的instal_name
-
方式一：
通过Cocoapods将动态库B引入到App内。
跟上面的一样，就不多赘述。 -
方式二：
配置rpath并通过脚本将动态库B引入到App内：
image.png
注意⚠️ ：这里的脚本是
Cocoapods生成的，也就是说，方式一之后，可以在Pods -> Targets Support Files这个文件家里面找到这个脚本。如果想使用脚本，可以用这个脚本，淡然也可以参考之后自己写一个脚本。
五、弱引用动态库
标记为weak imports，允许在运行时不链接该动态库。例如，正常情况下，动态库链接一个库文件时，如果库文件不在指定的路径中时，会包image not found。通过-weak-l<library name> 或者 -weak_framework <framework name>指定库为weak imports，如果在运行时找不到该库，会自动将该库的地址及内容设置为0。
image.png
