App启动的完成过程

1. App启动过程
   • 解析Info.plist
   ▪ 加载相关信息，例如如闪屏
   ▪ 沙箱建立、权限检查

   • Mach-O加载
   ▪ 如果是胖二进制文件，寻找合适当前CPU类别的部分
   ▪ 加载所有依赖的Mach-O文件（递归调用Mach-O加载的方法）
   ▪ 定位内部、外部指针引用，例如字符串、函数等
   ▪ 执行声明为attribute((constructor))的C函数
   ▪ 加载类扩展（Category）中的方法
   ▪ C++静态对象加载、调用ObjC的 +load 函数

   • 程序执行
   · 1.main函数
   · 2.执行UIApplicationMain函数
   · 　　1.创建UIApplication对象
   · 　　2.创建UIApplicationDelegate对象并复制
   · 　　3.读取配置文件info.plist，设置程序启动的一些属性，(关于info.plist的内容可网上搜索下)
   · 　　4.创建应用程序的Main Runloop循环
   · 3.UIApplicationDelegate对象开始处理监听到的事件
   · 　　1.程序启动成功之后，首先调用application:didFinishLaunchingWithOptions:方法,
   · 　　如果info.plist文件中配置了启动storyboard文件名，则加载storyboard文件。
   · 　　如果没有配置，则根据代码来创建UIWindow--->UIWindow的rootViewController-->显示

影响启动性能的因素

App启动过程中每一个步骤都会影响启动性能，但是有些部分所消耗的时间少之又少，另外有些部分根本无法避免，考虑到投入产出比，我们只列出我们可以优化的部分：

main()函数之前耗时的影响因素
• 动态库加载越多，启动越慢。
• ObjC类越多，启动越慢
• C的constructor函数越多，启动越慢
• C++静态对象越多，启动越慢
• ObjC的+load越多，启动越慢

在ObjC类的数目一样多的情况下，需要加载的动态库越多，App启动就越慢。同样的，在动态库一样多的情况下，ObjC的类越多，App的启动也越慢。需要加载的动态库从1个上升到10个的时候，用户几乎感知不到任何分别，但从10个上升到100个的时候就会变得十分明显。同理，100个类和1000个类，可能也很难查察觉得出，但1000个类和10000个类的分别就开始明显起来。
同样的，尽量不要写attribute((constructor))的C函数，也尽量不要用到C++的静态对象；至于ObjC的+load方法，似乎大家已经习惯不用它了。任何情况下，能用dispatch_once()来完成的，就尽量不要用到以上的方法。

main()函数之后耗时的影响因素
• 执行main()函数的耗时
• 执行applicationWillFinishLaunching的耗时
• rootViewController及其childViewController的加载、view及其subviews的加载
applicationWillFinishLaunching的耗时