iOS启动时间检测与优化解析

说到App的启动 可以分为 冷启动 和 热启动

• 冷启动 即 启动会调用 main函数的的启动，可分为premain的处理 和 main之后的处理，也是我们重点关注的启动
• 热启动 即 已经启动过一次，推到后台后 再次点击图标 启动App，相对比较快，也比较简单

1、关于启动

Apple 规定 app的最佳启动时间是 < 400ms, 若是app的启动时间大于20S，由于Apple的相关机制 就会把app杀掉，越快的app启动给用户一种非常好的体验，所以对启动时间的优化，就显得很有必要，要优化启动时间 就必须了解app的启动过程

2、启动过程

• 加载mach-o可执行文件
  这里需要说明一下可执行文件时哪里来的，由我们的项目工程 打包编译来的，过程是

1. 预编译（这里会替换宏定义、include和import的文件插入到合适的位置、删除不必要的注释等）
2. 编译 进行语义等的分析，生成汇编代码文件
3. 汇编 将汇编代码文件生成机器指令，并生成可以重定位目标的.o文件
4. 链接

• 静态链接，将所有的.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

截屏2024-03-14 17.56.20.png 截屏2024-03-14 17.56.45.png

• 使用xcode检测工具 instruments中的app launch/time profiler，查看加载时间

优化

• pre main
  1、合并动态库
  2、延时加载，二进制重拍，将启动需要调用的方法 放在一张表里
  3、load中的处理 尽可能放到initialize中去处理

• main
  在didfinishlaunch中调用各种方法进行计时打点，发现耗时严重的方法
  打点计时器

截屏2024-03-14 18.34.08.png

找到耗时方法 再根据我们的业务要求，酌情延后调用相关的方法

查看项目中未使用的方法和类
传送门
进入项目根目录
gem install fui
fui find

获取未使用的方法

移除项目中无用的资源文件