iOS 启动优化①之App启动流程

App 启动时都干了些什么事儿？

一般而言，App 的启动过程，指的是从用户点击 App 开始，到用户看到第一个界面之间。App 的启动也分为冷启动和热启动。

• 冷启动
  App 点击启动前，它的进程不在系统里，需要系统新创建一个进程分配给它启动的情况。这是一次完整的启动过程。
• 热启动
  App 在冷启动后用户将 App 退后台，在 App 的进程还在系统里的情况下，用户重新启动进入 App 的过程，这个过程做的事情非常少。

而我们这里所说的启动优化，一般是指冷启动情况下的。总的来说，App 的启动是以 main 函数为分界点的，主要包括三个阶段：

1. main() 函数执行前；
2. main() 函数执行后；

3. 首屏渲染完成后。

   
   App启动过程

pre-main

App 在 pre-main 的过程，系统会做下面几件事情，通过在苹果工程中的 scheme 添加环境变量（Environment Variables）DYLD_PRINT_STATISTICS 并设置 Value 为 1 ,就可以在控制台中输入启动过程的日志输出。

DYLD_PRINT_STATISTICS 设置

pre-main time:

         dylib loading time: 
         rebase/binding time:
         ObjC setup time:
         initializer time:   
          slowest intializers:
            libSystem.B.dylib:
//...

• dylib loading time : 加载动态链接库
• rebase/binding time : 进行 rebase 指针调整和 bind 符号绑定
• ObjC setup time : Objc 运行时的初始处理，包括 Objc 相关类的注册、category 注册、selector 唯一性检查等
• initializer time : 包括了执行 +load() 方法、attribute((constructor)) 修饰的函数的调用。

相应地，这个阶段对于启动速度优化来说，可以做的事情包括：

• 减少动态库加载。苹果建议使用更少的动态库，并且建议在使用动态库的数量较多时，尽量将多个动态库进行合并。数量上，苹果建议最多使用 6 个非系统动态库。
• 减少加载启动后不会去使用的类或者方法。
• +load() 方法里的内容可以放到首屏渲染完成后再执行，或使用 +initialize() 方法替换掉。

main 函数执行后

main() 函数执行后的阶段，指的是从 main() 函数执行开始，到 appDelegate 的 didFinishLaunchingWithOptions 方法里首屏渲染相关方法执行完成。

首屏的业务代码都是要在这个阶段，也就是首屏渲染前执行的，主要包括了：

• 首屏初始化所需配置文件的读写操作；
• 首屏列表大数据的读取；
• 首屏渲染的大量计算等。

更加优化的开发方式，应该是从功能上梳理出哪些是首屏渲染必要的初始化功能，哪些是 App 启动必要的初始化功能，而哪些是只需要在对应功能开始使用时才需要初始化的。梳理完之后，将这些初始化功能分别放到合适的阶段进行。

main函数执行后阶段的优化建议主要有以下几点：

• 减少启动初始化的流程，尽可能懒加载，延迟并发处理，尽量不要占用主线程的启动时间
• 尽量使用纯代码来进行 UI 框架的搭建，避免使用 Xib
• 优化代码逻辑，去除非必须的代码逻辑，减少每个流程的消耗时间
• 删除废弃类、方法

首屏渲染完成后

    首屏渲染后的这个阶段，主要完成的是，非首屏业务服务模块必要的初始化、监听的注册、配置文件的读取等。从函数上来看，这个阶段指的就是截止到 didFinishLaunchingWithOptions 方法作用域内执行首屏渲染之后的所有方法执行完成。简单说的话，这个阶段就是从渲染完成时开始，到 didFinishLaunchingWithOptions 方法作用域结束时结束。
    这个阶段用户已经能够看到 App 的首页信息了，所以优化的优先级排在最后。但是，那些会卡住主线程的方法还是需要最优先处理的，不然还是会影响到用户后面的交互操作。