iOS之APP启动性能优化

现在的网络都是4G了，用不了多久就会有5G，网络状况已经不是APP存在的瓶颈，想要APP有更好的体验，用户体验成为目前最需要关注的事情，APP启动性能也将成为我们的关注点之一。
APP启动过程分为两个阶段：pre-main阶段和main()阶段

pre-main阶段

1. 加载应用的可以执行文件
2. 加载动态链接dyld
3. 加载应用中所有以来的动态链接库dylib

main()阶段

1. dyld调用main()
2. 调用uiApplicationMain()
3. 调用applicationDidFinishLaunchingWithOptions

既然App的启动分为两个阶段，那我们可以做性能优化的部分必然也只可能在此两部分里。首先说下pre-main阶段的过程和可优化项，pre-main过程共分为5步：

load dylibs --> Rebase --> Bind --> ObjC --> Initializers

1. 在 load dylibs阶段，一般情况下，iOS应用会加载100-400个dylibs，其中大部分是系统库，这部分的dylibs的加载系统已经做了优化。

2. 因为在dylib阶段，系统为了安全考虑，在加载镜像文件的时候，会在随机的地址上加载内容，和之前的指针地址会有一个偏差，所以，在Rebase/Bind阶段，主要做的事情是将镜像读入内存，修正内部指针。

3. 下面就到了ObjC阶段了，这个阶段的工作主要就是注册所有声明共的ObjC类，再检查selector的唯一性了。

4. 最后一阶段就是初始化函数，调用每个ObjC类的+load方法，调用C/C++中的构造器函数，创建非基本类型的C++静态 全局变量。

我们已经知道了pre-main阶段做的事情了，苹果的建议是控制在400ms之内，那我们可以从哪些地方去优化呢？我觉得可以优化的部分有下面几个点：
1. 排查无用的dylib，尽量少加载dylib
2. 合并已有的dylib，使用静态库
3. 减少ObjC的类、方法、类别的数量，减少项目中无用的代码
4. 少在类的+load方法里做事情，尽量把事情推迟到initialize
5. 压缩图片资源，删除无用的图片，减少IO耗时

现在，到了main()阶段了，这一阶段主要的优化就是在applicationDidFinishLaunchingWithOptions里做优化工作了。一般情况，我们会在这里初始化rootController，注册通知，设置系统UI风格，初始化各个第三方库等等，代码容易变的庞大，启动耗时难以控制。

所以，我们需要在满足业务的前提下，对这个地方做优化处理，我认为可以优化的方式有以下几个点：
1. 梳理第三方库，让可以延迟加载的库做延迟加载，比如放到首页viewDidAppear里
2. 梳理业务逻辑，将版本检测，推送注册等等这些逻辑滞后，在不影响首页加载的情况下，也放到首页去做，或者开启后台线程去做
3. 避免复杂、多余的计算操作
4. 避免在首页的viewDidLoad和viewWillAppear里做过多事情，因为当这两个方法执行完之后，首页才能显示
5. 尽量使用纯代码来构建启动页和首页
6. 删除NSLog，每次log内容是都会增加耗时

另外，在APP优化之前，自己可以先测量下各个阶段的耗时情况。

1. pre-main阶段测量

pre-main阶段，在Xcode9之后，Apple提供了一种测量方法，在Xcode中Edit scheme --> Run -->Arguments --> Environment Variables 把环境变量 DYLD_PRINT_STARTISTICS 设置为1，然后在运行APP的时候就可以在控制台看到耗时情况。

2. main()阶段

对于mian()阶段，主要是测试main()函数开始执行到applicationDidFinishLaunchingWithOptions结束时的耗时，可以在main()函数里和applicationDidFinishLaunchingWithOptions里添加代码CFAbsoluteTime time = CFAbsoluteTimeGetCurrent();，然后log出来即可。
对于main()阶段的耗时，可以使用instruments里的Time Profiler分析耗时情况。