从App启动开始

发表于 | 分类于 |
字数统计: 965 | 阅读时长 ≈ 3

App启动时都干了哪些事？

一般情况下，App的启动分为冷启动和热启动。

冷启动

App点击启动前，它的进程不在系统里，需要系统新创建一个进程给它启动的情况，这是一次完成的启动过程。

热启动

APP在冷启动后被用户退到后台，在App的进程还在系统里的情况下，用户重新启动进入App的过程，这个过程所做的事情非常少。

都做了什么事

一般来说，App的启动时间，是指用户点击App开始，到用户看到第一个界面之前的时间。包含如下三个阶段：

  1. main()函数执行前；
  2. main()函数执行后；
  3. 首屏渲染完成后。

main()函数执行前

main()函数执行前，系统主要做下面几件事。

  1. 加载可执行文件(App的.o文件的集合)
  2. 加载动态链接库，进行rebase指针调整和bind符号绑定
  3. Objc运行时的初始处理，包括Objc相关类的注册、category注册、selector唯一性检查等
  4. 初始化，包含了执行+load()方法、attribute((constructor))修饰的函数的调用、创建C++静态全局变量。

所以一般优化启动速度的话可以做如下几件事：

  1. 减少动态库加载。每个库本身都有依赖关系，苹果公司建议使用更少的动态库，并且建议在使用动态库的数量较多时，尽量将多个动态库进行合并。
  2. 减少加载启动后不会去使用的类和方法。
  3. +load() 方法里的内容可以放到首屏渲染完成后再执行，或使用 +initialize() 方法替换掉。因为，在一个 +load() 方法里，进行运行时方法替换操作会带来 4 毫秒的消耗。不要小看这 4 毫秒，积少成多，执行 +load() 方法对启动速度的影响会越来越大。
  4. 控制C++全局变量的数量。

main()函数执行后

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

首页的业务代码都是要在这个阶段，主要包括了：

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

在日常操作中，我们总是把各种初始化工作都放到这个阶段执行，导致渲染完成滞后。

更加优化的方法应该是：在功能上梳理出那些是首屏渲染必要的初始化功能，哪些是App启动必要的初始化功能，哪些是在对应功能开始使用才需要初始化的。将这些初始化功能分别放到合适的阶段执行。

首屏渲染完成后

这个阶段是从渲染完成时开始，到didFinishLaunchingWithOptions方法作用域结束时结束。

这个阶段用户已经可以看到App的首页信息了，所以优化的优先级排在最后。但是那些卡住主线程的方法还是需要最优先处理的。

怎么优化

主要是功能级别优化和方法级别优化。

功能级别优化

从main()函数执行后这个阶段下手。

优化的思路是：main()函数开始执行到首屏渲染完成前，只处理首屏相关的业务，其他非首屏业务的初始化、监听注册、配置文件的读写等都放到首屏渲染完成后去做。

方法级别优化

这个阶段主要是检查首屏渲染完成前，主线程上有哪些耗时方法，将不必要的耗时方法滞后或者异步执行。