iOS应用启动性能优化(1)-premain

on 性能优化

工作中一直在做App的启动性能，也看了很多关于“优化App启动性能”的文章。这篇文章对看过的文章做个汇总，加上一些自己的理解，没有什么新的内容。工作中近期也是遇上一些困难和瓶颈，在此总结下同时梳理下思路。

计划中会有五篇简短的文章：

  1. iOS应用启动性能优化(1)-premain
  2. iOS应用启动性能优化(2)-main
  3. iOS应用启动性能优化(3)-工具
  4. iOS应用启动性能优化(4)-原理
  5. iOS应用启动性能优化(5)-总结

文章都很简短，这是第一篇文章，不要有什么期望哈

简介

App的启动过程可以简单的分为2大阶段：

  1. premain阶段：main函数之前执行的代码。
  2. main到首页UIViewController的viewDidAppear。

其中，premain阶段分为三部分：

  1. 加载自动链接的动态库，并先后执行动态库中的2、3项。
  2. 执行 +load 方法
  3. 执行 C++ static initializers and C/C++ __attribute__(constructor) functions 。

由于这部分代码时完全在主线程中执行，必须谨慎编写。

+load

Objective C 的+load方法：dyld会在pre-main阶段，逐个调用当前image的所有Objective C类的+load方法（调用顺序与链接时顺序有关）。

+load代码一般有几类：

  1. 各种Hook代码（或者叫Swizzle Method）。
  2. NSNotificationCenter，常见于多人合作开发的代码。
  3. 各类单例初始化代码。

对于+load方法，可以通过“删除” 或者移动到+initialize方法中。对于 NSNotificationCenter 则需要框架提供一个统一的机制让其他代码接入，避免大家各自监听。

如何看到所有+load方法，手动的方法可以通过hopper过滤Labels。如下图：

如何统计+load方法的耗时，可以参考文章https://everettjf.github.io/2017/01/06/a-method-of-hook-objective-c-load/

static initializers

准确的说是：C++ static initializers 和 C/C++ __attribute__(constructor) functions

这类代码在+load方法之后，main方法之前执行。

C++ static initializers ： 是在使用C++ （或者Objective C++）编写的代码中容易产生的，参考这篇文章 中的”有哪些方法可以产生initializer？“。

C/C++ __attribute__(constructor) functions ：参考代码如下，

__attribute__((constructor)) void calledFirst(){
    // todo
}

参考 https://stackoverflow.com/questions/2053029/how-exactly-does-attribute-constructor-work

如何看到所有initializers，hopper中可以：

如何统计这类initializers的耗时，可以参考文章https://everettjf.github.io/2017/02/06/a-method-of-hook-static-initializers/

pre-main的替代方案

为了实现这类代码的“可审计耗时”，有个或许可行的替代方案，参考文章https://everettjf.github.io/2017/03/06/a-method-of-delay-premain-code/

参考