实战配置
- 链接一个库的三要素:
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"
这里大家注意一个点:
HEADER_SEARCH_PATHS="${SRCROOT}/AFNetworking"
这里没有写到Headers
是因为Xcode会递归的在文件夹里面去寻找对应的头文件,写到Headers
也是可以的。另外要注意的是,
Build Settings
里面的设置,如果修改过的话,一定要加上$(inherited)
,是继承的意思。这一点我们在2、iOS强化 --- Xcode 多环境的配置里面讲过这个优先级的问题。-
方式二:
Cocoapods
向App
中导入动态库B
:
-
方式三:
通过脚本手动Copy
:
-
动态库的反向依赖
动态库的反向依赖,因为符号的作用域空间问题,那么在运行时,动态库可以动态找到App
的符号,所以只要在编译期间不报符号未定义的错误就可以。可以通过-U <符号>
,来指定一个符号是动态查找符号。
二、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>
隐藏静态库的全局符号。
注意⚠️ :因为
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
内:
-
方式二
手动设置静态库B
的位置和名称:
LIBRARY_SEARCH_PATHS = $(inherited) "${BUILD_DIR}/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)/AFNetworking"
OTHER_LDFLAGS = $(inherited) -ObjC -l"AFNetworking"
四、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
内:
注意⚠️ :这里的脚本是
Cocoapods
生成的,也就是说,方式一之后,可以在Pods -> Targets Support Files
这个文件家里面找到这个脚本。如果想使用脚本,可以用这个脚本,淡然也可以参考之后自己写一个脚本。
五、弱引用动态库
标记为weak imports
,允许在运行时不链接该动态库。例如,正常情况下,动态库链接一个库文件时,如果库文件不在指定的路径中时,会包image not found
。通过-weak-l<library name>
或者 -weak_framework <framework name>
指定库为weak imports
,如果在运行时找不到该库,会自动将该库的地址及内容设置为0
。