iOS 性能优化之启动优化

App的启动分为两种：冷启动（Cold Launch）和热启动（Warm Launch），前者表示App从零启动，后者表示App已经存在在内存中，在后台依然活着，启动优化主要是针对冷启动优化。

添加环境变量打印出 App 的启动时间：Edit Scheme -> Run -> Arguments -> Environment Variables 添加 DYLD_PRINT_STATISTICS 设置为 1。

Total pre-main time: 214.06 milliseconds (100.0%)
dylib loading time: 147.87 milliseconds (69.0%)
rebase/binding time:   1.53 milliseconds (0.7%)
ObjC setup time:  12.49 milliseconds (5.8%)
initializer time:  52.05 milliseconds (24.3%)
slowest intializers :
    libSystem.B.dylib :   3.87 milliseconds (1.8%)
    libBacktraceRecording.dylib :   5.56 milliseconds (2.5%)
    libMainThreadChecker.dylib :  26.31 milliseconds (12.2%)
    libMTLCapture.dylib :   9.42 milliseconds (4.4%)

这里打印的是在执行main函数之前的耗时信息。
如果想打印更详细的信息则在环境变量中添加DYLD_PRINT_STATISTICS_DETAILS值为1

total time: 541.26 milliseconds (100.0%)
total images loaded:  323 (315 from dyld shared cache)
total segments mapped: 25, into 663 pages
total images loading time: 343.02 milliseconds (63.3%)
total load time in ObjC:  12.17 milliseconds (2.2%)
total debugger pause time: 192.44 milliseconds (35.5%)
total dtrace DOF registration time:   0.10 milliseconds (0.0%)
total rebase fixups:  107,268
total rebase fixups time:   3.33 milliseconds (0.6%)
total binding fixups: 452,709
total binding fixups time: 133.99 milliseconds (24.7%)
total weak binding fixups time:   0.88 milliseconds (0.1%)
total redo shared cached bindings time: 136.74 milliseconds (25.2%)
total bindings lazily fixed up: 0 of 0
total time in initializers and ObjC +load:  47.73 milliseconds (8.8%)
                     libSystem.B.dylib :   2.56 milliseconds (0.4%)
           libBacktraceRecording.dylib :   5.39 milliseconds (0.9%)
                       libobjc.A.dylib :   0.86 milliseconds (0.1%)
                        CoreFoundation :   0.65 milliseconds (0.1%)
            libMainThreadChecker.dylib :  25.42 milliseconds (4.6%)
                   libMTLCapture.dylib :   9.05 milliseconds (1.6%)
                                xxx :   3.77 milliseconds (0.6%)
total symbol trie searches:    1078682
total symbol table binary searches:    0
total images defining weak symbols:  36
total images using weak symbols:  90

冷启动可分为三个阶段：dyld阶段（处理程序的镜像阶段）、Runtime阶段（加载程序的类、分类信息等）、main阶段。

dyld(Dynamic Link Editor)，苹果的动态链接器，可以用来装载Mach-O文件（可执行文件、动态库等），启动App时，dyld会装载App的可执行文件，同时会递归加载所有依赖的动态库，当dyld把可执行文件、动态库都装载完毕后，会通知Runtime进行下一步处理。
runtime，调用 map_images 进行可执行文件的内容解析和处理，再 load_images 中调用 call_load_methods 调用所有 Class 和 Category 的 load 方法，然后进行 objc 结构的初始化（注册类、初始化类对象等）。然后调用 C++ 静态初始化器和 _attribute((constructor)) 修饰的函数，到此为止，可执行文件的和动态库中所有的符号（类、协议、方法等）都已经按照格式加载到内存中，被 Runtime 管理。
main，在 Runtime 阶段完成后，dyld 会调用 main 函数，接下来是 UIApplication 函数，AppDelegate 的 application: didFinishLaunchingWithOptions: 函数

优化方案

1.减少动态库、合并动态库、定期清理不必要的动态库
2.减少类、分类的数量，减少selector的数量，定期清理不必要的类、分类
3.减少c++虚函数数量
4.用 inilialize 方法和 dispatch_once 取代所有的 _attribute((constructor))、C++ 静态构造器、以及 Objective-C 中的 load 方法
5.将一些耗时操作延时执行，不要全部放在finishLaunching方法中