为了不至于分析链条发生断层,请参阅
ios应用程序加载分析(一)
_dyld_objc_notify_register ---- sNotifyObjcInit 是如何关联上的
sNotifyObjcInit 分析源头
以上源码出自于dyld
上一段源码出自于libobjc, libdyld与libobjc通过_dyld_objc_notify_register架起桥梁
回到加载流程图
与 libSystem_initializer 衔接上,此时缺口补上
map_images()镜像文件类的信息 class ro rw protocols 处理
根据以上分析得到句柄出处 sNotifyObjcInit
arr_init()
-
SideTablesMap.init(); 初始化散列表
-
_objc_associations_init(); 关联对象管理 初始化
-
startWeakTableScan(); 扫描若引用
修复selector
Fix up old objc_msgSend_fixup call sites
实现 (有实现+load方法)的类
load_images() load方法 - c++函数 + load + main
+load
c++
镜像内的 c++方法 晚于 +load执行,objc镜像内的 c++方法 早于 +load执行 最后main
类加载主干流程总结
_dyld_objc_notify_register 之前,执行 static_init()
也就是objc镜像内的 attribute((constructor)) 修饰的c++函数会先执行
load_images 执行之后 -> doModInitFunctions, 执行 目标镜像 attribute((constructor)) 修饰的c++函数