说到App的启动 可以分为 冷启动 和 热启动
- 冷启动 即 启动会调用 main函数的的启动，可分为premain的处理 和 main之后的处理，也是我们重点关注的启动
- 热启动 即 已经启动过一次，推到后台后 再次点击图标 启动App，相对比较快，也比较简单
1、关于启动
Apple 规定 app的最佳启动时间是 < 400ms, 若是app的启动时间大于20S，由于Apple的相关机制 就会把app杀掉，越快的app启动给用户一种非常好的体验，所以对启动时间的优化，就显得很有必要，要优化启动时间 就必须了解app的启动过程
2、启动过程
- 加载mach-o可执行文件
这里需要说明一下可执行文件时哪里来的，由我们的项目工程 打包编译来的，过程是
- 预编译（这里会替换宏定义、include和import的文件插入到合适的位置、删除不必要的注释等）
- 编译 进行语义等的分析，生成汇编代码文件
- 汇编 将汇编代码文件生成机器指令，并生成可以重定位目标的.o文件
- 链接
静态链接，将所有的.o文件捏合在一起，进行符号的收集、解析和重定位等，会将.o文件和实际的代码 生成可执行文件，这里有必要说一下 静态库，静态库的本质是一对.o文件的集合，编译中若是使用多次，就会被多次拷贝，静态库 通过静态链接 就不存在了，已经与其他.o共同生成了可执行文件
动态链接， 按道理这个不应该在这里，系统的库问价 比如UIKit、Fundation等不同app都是共享的，打包时，凡是使用到该类型的都是有只有一个动态链接的标记 而非指向实际的位置，动态链接是app运行时进行的。这里有必要说一下动态库，动态库是一个已经链接好的镜像文件，运行时由系统加载，想通的动态库只加载一次
影响启动速度的是动态库点击app图标 会执行 exec(),
创建进程、把可执行文件加载到内存，
将dyld也加载到内存，dyld进行动态链接，是一个递归的过程，将所有相关的动态库加载完成
rebase（修复指向镜像内部）和binding（修复指向镜像外部）
runtime load方法 做方法交换等，需要注意的是 要使用dispatch_once,确保只调用一次，先父后自己 后分类，不需要调用super
- initialize方法 第一次使用的时候调用，里边一般做一些初始化，先父后子
- main函数，调用UIApplicationMain，然后调用didfinishlaunch，显示首屏
启动时间检测
-
配置环境变量 DYLD_PRINT_STATISTICS = 1
截屏2024-03-14 17.59.42.png
- 使用xcode检测工具 instruments中的app launch/time profiler，查看加载时间
优化
pre main
1、合并动态库
2、延时加载，二进制重拍，将启动需要调用的方法 放在一张表里
3、load中的处理 尽可能放到initialize中去处理main
在didfinishlaunch中调用各种方法进行计时打点，发现耗时严重的方法
打点计时器
找到耗时方法 再根据我们的业务要求，酌情延后调用相关的方法
查看项目中未使用的方法和类
传送门
进入项目根目录
gem install fui
fui find
