度量启动时间：
总体来说应用启动阶段可以分为
Pre-Main：在主函数main()执行之前的时间段，我们没有办法直接控制它，但是可以通过诸如减少动态连接库方式来缩短这一时间点
Post-Main
从application:willFinishLaunchingWithOptions:到初始化ViewController的ViewWillAppear，这一过程是我们可以控制的，典型的例子是初始化了过多的第三方库。
总结：总体应用启动时间= Pre-Main + Post-Main
测试环境搭建
Pre-Main 测量方式：
如上图所示之需要打开DYLD_PRINT_STATISTICS这一环境变量就可以了.
打开之后就可以在控制台上看大一下输出
iphone6 iOS 11.2 MyApp Fully Startup
Total pre-main time: 7.3 seconds (100.0%)
dylib loading time: 5.6 seconds (76.6%)
rebase/binding time: 210.87 milliseconds (2.8%)
ObjC setup time: 663.98 milliseconds (9.0%)
initializer time: 848.15 milliseconds (11.5%)
slowest intializers :
libSystem.B.dylib : 25.76 milliseconds (0.3%)
libMainThreadChecker.dylib : 161.04 milliseconds (2.1%)
libglInterpose.dylib : 271.14 milliseconds (3.6%)
AsyncDisplayKit : 204.00 milliseconds (2.7%)
Post-Main 测量方式：
只需要在从application:willFinishLaunchingWithOptions:到初始化ViewController的ViewWillAppear 之间添加NSLog即可
优化方案
Pre-Main 优化：
基于以上测试结果，可以看出动态库的加载是整个应用启动的最大开销，所以应该尽量减少动态库的引用，可参考这篇文章
鉴于我们项目依赖了较多难以从Cocoapods迁移到Carthage的类库，所以最终的方案是如下：
- OC库还是使用Cocoapods
- Swift库改由Carthage管理
配置方式如下：本地安装 Carthage:
brew install carthage确保Carthage版本最新(如0.28):
carthage version从远端拉取源代码:
carthage update --no-build通过carthage-build-static.sh将编译Swift源码编译成静态Framework:
./carthage-build-static.sh --platform ios --cache-builds-
将编译好的Framework拖拽到对应Target的 Linked Frameworks and Libraries 中
Screen Shot 2018-02-05 at 4.49.44 PM.png 确保正确提交对应的Cartfile 与 Cartfile.resolved
优化结果：
Total pre-main time: 2.4 seconds (100.0%)
dylib loading time: 1.3 seconds (56.6%)
rebase/binding time: 157.57 milliseconds (6.4%)
ObjC setup time: 147.69 milliseconds (6.0%)
initializer time: 749.77 milliseconds (30.8%)
slowest intializers :
libSystem.B.dylib : 26.63 milliseconds (1.0%)
libBacktraceRecording.dylib : 49.51 milliseconds (2.0%)
libglInterpose.dylib : 277.38 milliseconds (11.4%)
MyApp : 522.38 milliseconds (21.4%)
Post-Main 优化：
一般包括三种优化方式：
- 使用当前主线程Runlook的初始化必要方法
- 非必需的但是又要在主线程执行的放到下一主线程的Runloop中
- 尽量将剩余的SDK放到异步子线程中执行
