APP的启动可以分为2种
1. 冷启动: 从零开始启动APP
2. 热启动: APP已经在内存中,存活在后台,再次点击图标启动
APP的启动时间优化主要是针对冷启动进行优化
1. 通过添加环境变量可以打印启动时间分析(Edit Scheme -> Run -> Arguments)
DYLD_PRINT_STATISTICS设置1- 更详细的
DYLD_PRINT_STATISTICS_DETAILS设置1
APP冷启动流程三个阶段1.dyld 2.runtime 3.main
-
dyld(Apple的动态连接器)加载Mach-O文件(可执行文件和动态库)
1.1 装载APP的可执行文件,同时递归加载所有依赖的动态库
1.2 当dyld把可执行文件和动态库加载完成,通知runtime进行下一步处理 -
runtime解析可执行文件的内容 调用+load方法 注册objc类 初始化类对象
2.1 调用map_images进行可执行文件的解析和处理
2.2 在load_images中调用call_load_method,调用所有Class和Category的+load方法
2.3 注册OC类,初始化类对象等等
2.4 调用__attribute_((constructor))修饰的函数
到此为止,可执行文件和动态库已经加载到内存中,并由runtime加载成objc定义的结构,所有的初始化工作结束
-
dyld调用main函数,进入AppDelegate的application(_:didFinishLaunchingWithOptions:)函数
APP的启动优化
-
dyld阶段优化- 减少动态库,合并一些动态库(定期清理一些不必要的动态库)
- 减少
class和Category的数量,减少Selector的数量(定期清理不必要的类和分类,和没有调用的方法) -
swift尽量使用struct
*runtime阶段的优化 -
+initialize()和dispatch_once代替__attribute_((constructor))和+load方法
-
main函数阶段优化- 在不影响用户体验的情况下,尽可能的将一些操作延迟,不要全都放在
application(_:didFinishLaunchingWithOptions:)函数 - 按需加载
- 在不影响用户体验的情况下,尽可能的将一些操作延迟,不要全都放在
