ios启动优化：基础

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使用。

参考

load耗时监测
 A0PreMainTime 的使用

#pre-main阶段耗时检测
pod 'A0PreMainTime/PreMainTime'
#业务时间度量
pod 'A0PreMainTime/TimeMonitor'