综合参考：

------------------app启动原理main执行前分析-------------------------

首先了解执行文件；apple 都是mach-o 格式

main函数之前需要执行准备工作：

第一步：Load dylibs 加载动态库

第二步：Rebase 矫正资源指针

第三步：Bind 跨镜像设置关系

第四步： 加载 obj

第五步：Initializers 初始化

第一步详解： 当我们点击 App 图标，内核就开始做启动程序的初始化，使用地址空间分布随机机制随机产生一个起始地址，做完后然后交给 dyld（The Dynamic Link Editor，动态链接器）；dyld 首先会读取镜像文件，然后递归的查找动态库，利用 ImageLoader 来将其加载到内存中；由于ASLR机制，导致每个镜像的起始地址不一样，那么资源指针就存在很大差异，这时引进啦Rebase、bind 矫正资源指针；

第二步： rebase 先执行，修复指向镜像内部指针

第三库：bind后执行，来指向跨镜像的资源，之一步需要大量的计算比较消耗cpu;

注意： 优化该阶段的关键在于减少__DATA segment中的指针数量。我们可以优化的点有：

减少Objc类数量， 减少selector数量

减少C++虚函数数量

转而使用swift struct（其实本质上就是为了减少符号的数量）

第四步：当bydb加载完镜像后通知runtime , runtime 利用镜像资源加载一些资源 ：譬如注册 Objc 类、处理 category 等

第五步：前几步属于静态调整(fix-up)，接下来再调用 load_image，遍历调用类的 load 方法、调用C++的构造函数属性函数、创建非基本类型的C++静态全局变量等等。

可以优化的过程：

（1） 加载动态库阶段：

基本都是一些系统的库，但是我们能做的就是少带动态库比较好

（2） 优化 Rebase/Bind  变基资源指针阶段：

这里主要由于 ASLR 特性，需要修复镜像中的资源指针，来指向正确的地址；这里一般不太好优化，只能说尽量将项目中不用的类给删除，减少类数量和 selector 数量。

（3）加载obj阶段

这一个阶段主要是加载所有的类和将category 加载到类的内部，没有什么好的优化

（4） Initializers 过程

这个工程需要是堆栈内存分配过程，比较耗时，可以优化的是

类的 load 方法、调用C++的构造函数属性函数、创建非基本类型的C++静态全局变量的分配放到应用初始化完毕后面

------------------app启动原理main执行后分析--------------------------

在main()被调用之后，App的主要工作就是初始化必要的服务，显示首页内容等。而我们的优化也是围绕如何能够快速展现首页来开展。

优化的方向：

1、所有的请求数据的接口都在子线程防止阻碍UI线程；

2、将一些不是必须的接口放在主界面显示后调用；

3、数据的存储尽量不要调用NSUserdefault，因为它会在library目录下创建plist文件，当数据亮大去进行加入内存会有耗时；