打印各系统任务启动时间
Xcode 中 Edit scheme -> Run -> Auguments 将环境变量 DYLD_PRINT_STATISTICS 设为 1
Total pre-main time: 1.0 seconds (100.0%)
dylib loading time: 419.35 milliseconds (39.7%)
rebase/binding time: 78.94 milliseconds (7.4%)
ObjC setup time: 35.93 milliseconds (3.4%)
initializer time: 520.57 milliseconds (49.3%)
slowest intializers :
libSystem.B.dylib : 5.04 milliseconds (0.4%)
libglInterpose.dylib : 387.99 milliseconds (36.7%)
SCCamera3233 : 23.02 milliseconds (2.1%)
Robot : 157.15 milliseconds (14.8%)
加载dylib
分析每个dylib（大部分是iOS系统的），找到其Mach-O文件，
打开并读取验证有效性，找到代码签名注册到内核，
最后对dylib的每个segment调用mmap()。rebase/bind
dylib加载完成之后，它们处于相互独立的状态，需要绑定起来。
在dylib的加载过程中，系统为了安全考虑，引入了ASLR（Address Space Layout Randomization）技术和代码签名。
由于ASLR的存在，镜像（Image，包括可执行文件、dylib和bundle）会在随机的地址上加载，和之前指针指向的地址（preferred_address）会有一个偏差（slide），dyld需要修正这个偏差，来指向正确的地址。
Rebase在前，Bind在后，Rebase做的是将镜像读入内存，修正镜像内部的指针，性能消耗主要在IO。
Bind做的是查询符号表，设置指向镜像外部的指针，性能消耗主要在CPU计算。OC setup
OC的runtime需要维护一张类名与类的方法列表的全局表。
dyld做了如下操作：
对所有声明过的OC类，将其注册到这个全局表中（class registration）
将category的方法插入到类的方法列表中（category registration）
检查每个selector的唯一性（selector uniquing）
如果在各个 OC 类别的 ‘load’方法里做了不少事情(如在里面使用 Method swizzle),那么这是pre-main阶段最耗时的部分。dyld运行APP的初始化函数，调用每个OC类的+load方法，调用C++的构造器函数（attribute((constructor))修饰），创建非基本类型的C++静态全局变量，然后执行main函数。
优化办法
- 移除不需要用到的动态库
- 移除不需要用到的类
- 合并功能类似的类和扩展
- 尽量避免在+load方法里执行的操作，可以推迟到+initialize方法中。
作者：PierceDark
链接：https://www.jianshu.com/p/0858878e331f
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
优化UIApplicationMain之后操作方法
- 对启动的第三方库，加载的类，请求，数据处理加上开始和结束时间的log打印，分析加载时间，做针对性优化
- 去掉或者延迟启动不重要的方法和类
- 数据请求放到子线程里处理，最好在viewcontroller里处理请求
