App的启动时间是衡量一个App性能的重要指标，也是用户对于App的第一印象。一般来说启动时间（小于400ms是最佳的，并且系统限制了启动时间不可以大于20s，否则会因为watchdog(看门狗)机制被杀掉。
前面我们结合objc和dyld，从代码层面分析过App的启动加载过程，下面我们从宏观层面，探讨一下App的启动流程。启动流程一般划分为 pre-main(main函数之前) 和 main函数之后 。
一、pre-main
通过配置DYLD_PRINT_STATISTICS 环境变量，我们可以直观的查看pre-main数据。
DYLD_PRINT_STATISTICS.png
打印结果：
Total pre-main time: 660.38 milliseconds (100.0%)
dylib loading time: 259.55 milliseconds (39.3%) //动态库framework，苹果建议不大于6个
rebase/binding time: 30.13 milliseconds (4.5%) //ASLR修正内部指针，绑定外部指针
ObjC setup time: 159.08 milliseconds (24.0%) //oc类注册
initializer time: 211.60 milliseconds (32.0%) //load方法
slowest intializers :
libSystem.B.dylib : 7.29 milliseconds (1.1%)
libMainThreadChecker.dylib : 28.86 milliseconds (4.3%)
AFNetworking : 88.42 milliseconds (13.3%)
FProject : 139.13 milliseconds (21.0%) //主程序
该阶段各个时期的任务以及优化方法：
| 变量名 | 介绍 | 备注 |
|---|---|---|
dylib loading |
Dyld从主执行文件的header获取到需要加载的所依赖动态库列表，然后它需要找到每个 dylib，而应用所依赖的 dylib 文件可能会再依赖其他 dylib，所以所需要加载的是动态库列表一个递归依赖的集合 | 1.尽量不使用内嵌（embedded）的dylib，加载内嵌dylib性能开销较大；2.合并已有的dylib和使用静态库（static archives），减少dylib的使用个数；3.懒加载dylib，但是要注意dlopen()可能造成一些问题，且实际上懒加载做的工作会更多 |
rebase/binding |
1. Rebase在Image内部调整指针的指向。在过去，会把动态库加载到指定地址，所有指针和数据对于代码都是对的，而现在地址空间布局是随机化，所以需要在原来的地址根据随机的偏移量做一下修正。2. Bind是把指针正确地指向Image外部的内容。这些指向外部的指针被符号(symbol)名称绑定，dyld需要去符号表里查找，找到symbol对应的实现 | 1.减少ObjC类（class）、方法（selector）、分类（category）的数量；2.减少C++虚函数的的数量（创建虚函数表有开销）；3.使用Swift structs（内部做了优化，符号数量更少） |
ObjC setup |
1.注册Objc类 (class registration)；2.把category的定义插入方法列表 (category registration)；3.保证每一个selector唯一 (selector uniquing) | 减少 Objective-C Class、Selector、Category 的数量，可以合并或者删减一些OC类 |
initializer |
1.Objc的+load()函数；2.C++的构造函数属性函数；3.非基本类型的C++静态全局变量的创建(通常是类或结构体) | 1.少在类的+load方法里做事情，尽量把这些事情推迟到+initiailize；2.减少构造器函数个数，在构造器函数里少做些事情；3.减少C++静态全局变量的个数 |
如果要获取更新详细的时间信息，可以使用环境变量
DYLD_PRINT_STATISTICS_DETAILS。
二、main函数后
main函数之后的，一般指从didFinishLaunchingWithOptions到viewDidAppear方法结束，这也是runloop的UIInitializationRunLoopMode循环结束。
这里我们可以直接打印时间，直观的处理时间，也可以使用工具BLStopwatch，他的使用也很简单，不过这个代码很多没更新了。
简单的使用
[[BLStopwatch sharedStopwatch]start];
[[BLStopwatch sharedStopwatch]splitWithDescription:@"didFinishLaunchingWithOptions"];
//刷新时间
[[BLStopwatch sharedStopwatch]refreshMedianTime];
[[BLStopwatch sharedStopwatch]splitWithDescription:@"viewDidAppear"];
[[BLStopwatch sharedStopwatch]stopAndPresentResultsThenReset];
BLStopwatch.png
优化方案： 视图尽量懒加载；发挥cpu能力，多线程初始化非主线程任务；减少storyboard和xib使用。
参考
#pre-main阶段耗时检测
pod 'A0PreMainTime/PreMainTime'
#业务时间度量
pod 'A0PreMainTime/TimeMonitor'
网友评论