这是我参与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。