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方法中
网友评论