App的启动可以分为2种：
冷启动
(Cold Launch)
从零开始启动APP热启动
(Warm Launch)
APP已经在内存中，在后台存活着，再次点击图标启动APP。
APP启动时间的优化，主要是针对第一种， 即冷启动 进行优化。
启动时间分析
通过添加环境变量，可以打印出APP的启动时间分析：
(Edit scheme -> Run -> Arguments) 在环境变量栏，将DYLD_PRINT_STATISTICS设置为1。如果需要更详细的信息，那就将DYLD_PRINT_STATISTICS_DETAILS设置为1。
-
-
APP冷启动
APP的启动由dyld主导，将可执行文件加载到内存，顺便加载所有依赖的动态库。并由runtime负责加载成objc定义的结构，所有初始化工作结束后，dyld就会调用main函数。接下来就是UIApplicationMain函数，AppDelegate的application:didFinishLaunchingWithOptions:方法。
分为四大阶段：
dyld加载可执行文件，动态库(递归加载)
runtime
main()函数执行后
首屏渲染完成后
1.关于dyld
https://blog.csdn.net/zy_flyway/article/details/92835911
dyld（the dynamic link editor）是苹果的动态链接器，是苹果OS一个重要组成部分，在系统内核做好程序准备工作之后，交由dyld负责余下的工作。而且它是开源的，可以了解到系统加载动态库的细节。
共享缓存机制
在iOS系统中，每个程序依赖的动态库，都需要通过dyld 一个一个加载到内存。然而，很多系统库几乎是每个程序都会用到的。如果在每个程序运行的时候都重复的去加载一次，势必造成运行缓慢。为了优化启动速度和提高程序性能， 所有默认的动态链接库被合并成一个大的缓存文件，放到/System/Library/Caches/com.apple.dyld/目录下，按不同的架构保存分别保存着。
2.Runtime
启动APP时，runtime把可执行文件和动态库加载到内存，以便管理。
调用
map_images进行可执行文件内容的解析和处理
在load_images中调用call_load_methods，调用所有Class和Category的+load方法，进行各种objc结构的初始化(注册Objc类 、初始化类对象等)
调用C++静态初始化器和attribute((constructor))修饰的函数。
到此为止，可执行文件和动态库中所有的符号(Class，Protocol，Selector，IMP，…)都已经按格式，成功加载到内存中，被 runtime 所管理。
3.main函数执行后
指的是从main() 函数执行开始，到 appDelegate 的 didFinishLaunchingWithOptions方法里 首屏渲染相关方法执行完成。
首屏初始化所需配置文件的读写操作
首屏列表大数据的读取
首屏渲染的大量计算等
App启动优化
按照 不同阶段来进行优化
dyld
1.减少动态库、合并一些动态库。减少动态库加载。每个库本身都有依赖关系，苹果公司建议使用更少的动态库，苹果最多支持6个非系统的动态库合并为一个。(定期清理不必要的动态库)
2.减少Objc类、分类的数量、减少Selector数量(定期清理不必要的类、分类)
3.减少C++虚函数数量， 减少C++全局变量的数量
4.Swift尽量使用structruntime
用+initialize方法和dispatch_once取代所有的attribute((constructor))、C++静态构造器、ObjC的+load。因为在一个+load()方法里，运行时进行方法替换操作，会带来4毫秒的损耗。main() 函数执行后
main()函数开始执行后，到首屏渲染完成前，只处理首屏相关的业务。其他的非首屏业务的初始化，监听注册，配置文件读取放在首屏渲染完成后去做。其他
在不影响用户体验的前提下，不要将延迟操作全都放在finishLaunching方法中。 按需加载。
不使用xib，直接视用代码加载首页视图。
NSUserDefaults实际上是在Library目录下会生产一个plist文件，如果文件太大，一次能读取到内存中可能很耗时。
每次用NSLog打印会隐式的创建一个Calendar，因此需删减启动时各业务方的NSLog，或者仅仅针对debug版输出log。
启动时，发送的所有网络请求。
ipa安装包瘦身（主要由可执行文件、资源组成）
资源(图片、音频、视频等)采取无损压缩，去除没有用到的资源。
可执行文件瘦身：
编译器优化Strip Linked Product、Make Strings Read-Only、Symbols Hidden by Default设置为YES
去掉异常支持Enable C++ Exceptions、Enable Objective-C Exceptions设置为NO，Other C Flags添加-fno-exceptions
编写LLVM插件检测出重复代码、未被调用的代码
可借助第三方工具解析LinkMap文件: https://github.com/huanxsd/LinkMap
检测App耗时
抓取主线程的方法调用堆栈，计算一段时间各个方法的耗时，Xcode自带的Time Profiler。对objc_msgSend方法进行hook来掌握所有方法的执行耗时
