iOS应用启动优化详解：从pre-main到main阶段

iOS应用启动优化详解：从pre-main到main阶段

引用

CSDN

1.

https://blog.csdn.net/weixin_40035526/article/details/140994527

iOS应用的启动速度是影响用户体验的重要因素之一。本文将深入探讨iOS应用启动的两个主要阶段：pre-main阶段和main阶段，并分析每个阶段的耗时情况和优化方法。

pre-main阶段

在pre-main阶段，系统主要完成以下任务：

1. 加载应用的可执行文件（自身App的所有.o文件的集合）
2. 加载动态链接器dyld（dynamic loader，是一个专门用来加载动态链接库的库）
3. dyld递归加载应用所有依赖的动态链接库dylib
4. Bind & Rebase & Runtime 初始化
5. +load 和静态初始化

要查看这些阶段的耗时情况，可以通过配置dyld的参数来获取相关信息。具体步骤如下：

在Xcode中，进入"Edit Schemes" -> "Run" -> "Arguments" -> "Environment Variables"，添加配置：

DYLD_PRINT_STATISTICS

配置完成后，运行程序并查看控制台输出。例如，可以看到main函数之前总共消耗了356.03毫秒，而且列出了每个阶段的耗时占比以及启动时最慢文件。

• dylib loading time：动态库加载耗时(121.68ms)。减少动态库的引用或合并动态库可以优化这部分耗时。
• rebase/binding：偏移修正/符号绑定。这个过程由操作系统完成，与ASLR安全机制相关。
• ObjC setup：OC类注册以及Runtime 初始化。项目中OC类越多，这里消耗的时间也越多。
• initializer：这个阶段指的是+ (void)load，C++构造函数等初始化操作。用时162.29ms，是所有项最高的。优化建议包括：
  1. 能不使用+load就尽量不要使用，可以将load内部逻辑推迟到initialize时；
  2. 使用到了load，就尽量不要在内部执行耗时操作；
  3. 如果混编了C++代码，要尽量减少构造函数中的耗时操作。

main阶段

在main阶段，系统主要完成以下任务：

1. 调用main()
2. 调用UIApplicationMain()
3. 调用applicationWillFinishLaunching

优化建议：

• 统计打点：使用全局变量统计打点计算启动时间，但遇到时间较长需要排查问题时，建议把启动任务规范化、粒子化，针对每个任务时长进行打点统计。
• 延迟加载：梳理第三方库，找到可以延迟加载的库，比如放到首页控制器的viewDidAppear方法里。
• 延迟执行：梳理业务逻辑，把可以延迟执行的逻辑，做延迟执行处理。比如检查新版本、注册推送通知等逻辑。
• 优化首页控制器：避免复杂/多余的计算，首页控制器尽量采用纯代码方式来构建以节约耗时。避免在首页控制器的viewDidLoad和viewWillAppear做太多耗时操作，部分可以延迟创建的视图应做延迟创建/懒加载处理。

通过上述优化，APP的启动时间基本可以控制在1秒左右。使用Xcode自带的性能检测调试工具Instruments可以进一步分析启动时间。