OC底层基础：App启动流程及启动优化

查看oc文件底层结构

xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc xxx.m

支持ARC、指定运行时系统版本

xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc -fobjc-arc -fobjc-runtime=ios-15.0.0 xxx.m

一、App启动流程

App的启动

1. App的启动可以分为2种

• 冷启动：从零开始启动App
• 热启动：App已经在内存中，在后台存活，再次点击图标启动App

2. 通过添加环境变量可以打印出App的启动时间分析（Edit scheme -> Run -> Arguments）

• DYLD_PRINT_STATISTICS设置为1
• 如果需要更详细的信息，将DYLD_PRINT_STATISTICS_DETAILS设置为1

3. App的冷启动可以分为3大阶段

• dyld（dynamic link editor）Apple的动态链接器，可以用来装载Mach-O（可执行文件、动态库等）

  1. 启动App时，dyld所做的事情
     • 装载App的可执行文件，同时会递归加载所有依赖的动态库
     • 当dyld把可执行文件、动态库都装载完毕后，会通知Runtime进行下一步的处理

• runtime

  1. 启动App时，runtime所做的事情
     • 调用map_images进行可执行文件内容的解析和处理
     • 在load_images中调用call_load_methods，调用所有Class和Category的+load方法
     • 进行各种objc结构的初始化（注册Objc类、初始化类对象等等）
     • 调用C++静态初始化器和_attribute _((constructor))修饰的函数

  2.到此为止，可执行文件和动态库中所有的符号（Class、Protocol、Selector、IMP…）都已经按格式成功加载到内存中，被runtime所管理

• main

  1. 总结
     • App的启动由dyld主导，将可执行文件加载到内存，顺便加载所有依赖的动态库
     • 并由runtime负责加载成objc定义的结构
     • 所有初始化工作结束后，dyld就会调用main函数
     • 接下来就是UIApplicationMain函数，AppDelegate的application:didFinishLaunchingWithOptions:方法

App的启动.png

4. App启动时间的优化主要是针对冷启动进行优化

• dyld

  1. 减少动态库、合并一些动态库（定期清理不必要的动态库）
  2. 减少Objc类、分类的数量、减少Selector数量（定期清理不必要的类、分类）
  3. 减少C++虚函数数量
  4. swift尽量使用struct

• runtime

  1. 用+initialize方法和dispatch_once取代所有的_attribute _((constructor))、C++静态构造器、Objc的+load

• main

  1. 在不影响用户体验的前提下，尽可能将一些操作延迟，不要全部放在finishLaunching方法中
  2. 按需加载

注：可能涉及的面试题

• 项目中是如何优化内存的
• 优化从哪些方面着手
• 列表卡顿的原因可能有哪些？如何优化的？
• 是否遇到过tableView卡顿？产生卡顿原因是什么？如何优化的？

下一篇：
OC底层基础：性能优化