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隐藏静态库的全局符号。
  
  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 或者 -weak_framework 指定库为weak imports，如果在运行时找不到该库，会自动将该库的地址及内容设置为0。

image.png