-
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的耗时
