4. APP启动优化
APP启动可以分为2种:
- 冷启动:从零开始启动APP
- 热启动:APP已经在内存中,在后台存活着,再次点击图标启动APP
APP启动时间的优化,主要是针对冷启动进行优化,我们可以通过添加环境变量来打印出APP的启动时间分析(Edit scheme -> Run -> Arguments)
- DYLD_PRINT_STATISTICS设置为1
- 如果需要更详细的信息,那就将DYLD_PRINT_STATISTICS_DETAILS设置为1
更多环境变量可查看:Xcode - 运行时环境变量
4.1 APP启动流程
APP的冷启动可以概括为3大阶段:
- dyld 动态库链接
- runtime加载类
- main函数
APP启动-dyld
- dyld(dynamic link editor),Apple的动态链接器,可以用来装载Mach-O文件(可执行文件、动态库等)
- 启动APP时,dyld所做的事情有:装载APP的可执行文件,同时会递归加载所有依赖的动态库;当dyld把可执行文件、动态库都装载完毕后,会通知Runtime进行下一步的处理
APP启动-runtime
启动APP时,runtime所做的事情有
- 调用map_images进行可执行文件内容的解析和处理
- 在load_images中调用call_load_methods,调用所有Class和Category的+load方法
- 进行各种objc结构的初始化(注册Objc类 、初始化类对象等等)
- 调用C++静态初始化器和_attribute_((constructor))修饰的函数
经过dyld和runtime阶段,可执行文件和动态库中所有的符号(Class,Protocol,Selector,IMP,…)都已经按格式成功加载到内存中,被runtime 所管理
APP启动-Main
总结一下
- APP的启动由dyld主导,将可执行文件加载到内存,顺便加载所有依赖的动态库
- 并由runtime负责加载成objc定义的结构
- 所有初始化工作结束后,dyld就会调用main函数
- 接下来就是UIApplicationMain函数,AppDelegate的application:didFinishLaunchingWithOptions:方法
APP的启动优化方案
按照不同的阶段
-
dyld
-减少动态库、合并一些动态库(定期清理不必要的动态库)
-减少Objc类、分类的数量、减少Selector数量(定期清理不必要的类、分类)
-减少C++虚函数数量(因为链接虚函数时需要额外创建一份虚函数表,比较耗时)
-Swift尽量使用struct -
runtime
-用+initialize方法和dispatch_once取代所有的_attribute_((constructor))、C++静态构造器、ObjC的+load -
main
-在不影响用户体验的前提下,尽可能将一些操作延迟,不要全部都放在finishLaunching方法中
-按需加载
参考资料:iOS程序启动 -> dyld加载
网友评论