应用启动时间，直接影响用户对一款应用的判断和使用体验。所以App的启动优化相对来说在整个App的性能优化中占有一定位置。

App启动概念

通常分为冷启动和热启动

如果程序刚被运行过一次，那么程序的代码会被dyld缓存起来，因此即使杀掉进程再次重启加载时间也会相对快一点，如果长时间没有启动或者当前dyld的缓存已经被其他应用占据，那么这次启动所花费的时间就要长一点，这就分别是热启动和冷启动的概念。

App的完整启动流程（冷启动）

1、main() 函数执行前（pre-main阶段）

2、main() 函数执行后（从main函数执行，到设置self.window.rootViewController执行完成）

3、首屏渲染完成后（从self.window.rootViewController执行完成到didFinishLaunchWithOptions方法作用域结束）

【通常又把2跟3当做一块】

pre-main阶段做了什么

加载解析该APP的Info.plist文件，创建沙盒，根据Info.plist的配置检查相应权限状态。

1、系统内核创建一个进程，然后加载可执行文件（.o文件），读取dyld路径并运行dyld动态连接器、dyld是一个专门用来加载动态链接库的库，dyld从可执行文件的依赖开始, 递归加载所有的依赖动态链接库。

动态链接库包括：iOS 中用到的所有系统 framework，加载OC runtime方法的libobjc，系统级别的libSystem，例如libdispatch(GCD)和libsystem_blocks (Block)。

以下是动态链接库加载的具体流程

2、读取库镜像文件（load dylibs image）

3、进行rebase指针调整(Rebase image)和bind符号绑定(Bind image)。

4、（Objc setup）ObjC的runtime初始化。 包括：ObjC相关Class的注册、category注册、selector唯一性检查等。

5、（initializers）初始化。 包括：执行Objc的+load()函数，C++的构造函数属性函数 形如attribute((constructor)) ，非基本类型的C++静态全局变量的创建。

其中2、3、4属于静态调整(fix-up)，到第5步开始动态调整，开始在堆和堆栈中写入内容。

上面整个事件由 dyld 主导，完成运行环境的初始化后，配合 ImageLoader 将二进制文件按格式加载到内存，动态链接依赖库，并由 runtime 负责加载成 objc 定义的结构，所有初始化工作结束后，dyld 调用真正的 main 函数。

pre-main阶段可做的优化

减少不必要的framework，因为动态链接比较耗时

能选择静态库就选择静态库，少用动态库，必须依赖动态库，则把多个非系统的动态库合并成一个动态库

check framework应当设为optional和required，optional会有些额外的检查会导致加载变慢

合并或者删减一些OC类，使用工具AppCode代码检查功能清理项目中没用到的类

减少项目文件中Category，删减一些无用的静态变量、删减没有被调用到或者已经废弃的方法

将不必须在+load方法中做的事情延迟到+initialize(一般用于初始化全局变量或静态变量) 类第一次被加载时调用+initialize

尽量不要用C++虚函数

main()调用之后的加载（APP初始化流程）

在main()被调用之后，App的主要工作就是初始化必要的服务，显示首页内容等。

App通常在AppDelegate类中的didFinishLaunchingWithOptions方法中创建首页需要展示的view，然后在当前runloop的末尾，主动调用CA::Transaction::commit完成视图的渲染

APP初始化流程的优化点

1.尽量使用纯代码而不是xib或者storyboard来进行UI框架的搭建，尤其是使用的TabBarController这种，尽量避免使用xib和storyboard，因为xib和storyboard也还是要解析成代码来渲染页面，并且官网为了满足更多的需求，必定做了更多的适配判断处理，会多很多步骤。会增加代码的执行效率从而增加启动时长。

2.尽量在application:didFinishLaunchingWithOptions:中代码的执行时间。能多线程就多线程，能后台执行就后台执行。部分加载可以选择懒加载或者后台加载。不要阻塞主线程从而造成启动时间加长。

别的相关

ViewController的生命周期方法

1、initWithCoder（用sb）或initWithNibName（用xib或纯代码）

2、awakeFromNib （ xib加载完成时调用，纯代码不会调用）

3、loadView（重写可以不调用父类的方法[super loadView]）

[super loadView]会创建一个空白视图（纯代码下，如果自己本身就需要创建视图，那么无需调用[super loadView]，造成了一些不必要的开销）

4、viewDidLoad（各种初始化操作）

5、viewWillAppear（视图将要出现）

6、viewWillLayoutSubviews （需要调整view的Subviews子视图的位置）

触发viewWillLayoutSubviews的几种情形

1、addSubview会触发viewWillLayoutSubviews

2、设置self.view及子视图的frame.size会触发layoutSubviews，当然前提是frame.size的值设置前后发生了变化,注意，此处不是origin，呼应官方文档上的边界发生变化

3、滚动一个UIScrollView(该scrollview有子视图的时候)会触发layoutSubviews

4、横竖屏幕切换会触发

7、viewDidLayoutSubviews（调整完成之后需要做的工作）

8、viewDidAppear（视图已经出现）

9、viewWillDisappear（视图即将消失）

10、viewDidDisappear（视图消失）

11、dealloc （释放掉init与viewDidLoad中创建的对象）

12、didReceiveMemoryWarning （内存警告）