APP启动流程
- 解析info.plist
- 加载相关信息
- 沙箱建立, 权限检查
- Mach-O加载
- 如果是胖二进制文件, 寻找合适当前CPU类别的部分
- 加载所有依赖的Mach-O文件(递归调用Mach-O加载的方法)
- 定位内部, 外部指针引用, 例如字符串, 函数等
- 执行声明为attribute((constructor))的C函数
- 加载类扩展(Category)中的方法
- C++静态对象加载, 调用ObjC的 +load 函数
- 程序执行(main函数之后)
- 调用main()
- 调用UIApplicationMain()
- 调用applicationWillFinishLaunching
那么APP启动优化可以粗暴的分为两个主要部分, 分别是:
- main函数执行前
- main函数执行后
main函数执行前
xcode提供了一个环境变量可以检测main函数之前的执行时间
在xcode的菜单中选择Project > Scheme > Edit Scheme...,然后找到 Run > Environment Variables > +, 添加name为DYLD_PRINT_STATISTICSvalue为1的环境变量.
在程序启动的时候控制台会打印相关的信息
Total pre-main time: 228.41 milliseconds (100.0%)
dylib loading time: 82.35 milliseconds (36.0%)
rebase/binding time: 6.12 milliseconds (2.6%)
ObjC setup time: 7.82 milliseconds (3.4%)
initializer time: 132.02 milliseconds (57.8%)
slowest intializers :
libSystem.B.dylib : 122.07 milliseconds (53.4%)
CoreFoundation : 5.59 milliseconds (2.4%)
下面逐行解读
- main之前用了228.41毫秒
- 动态库加载用了82.35毫秒
- 指针重定位6.12毫秒
- ObjC类初始化7.82毫秒
- 各种初始化132.02毫秒
- 最慢的初始化, libSystem.B.dylib 122.07以及CoreFoundation 5.59
以上很明显的看到在main函数执行前的各项耗时细节, 网上搜索后也没有发现很直接的明显可以优化的方案.下面是我个人的整理, 大神们有更好的方案还望补充斧正.
- 移除不需要的动态库
- 移除不需要用到的类
- 减少class, selector, category的数量, 但是从编码原则和设计模式之类的理论会鼓励大家把各个功能解耦, 其实这会增加启动时间, 这一点就是见仁见智了. Swift推荐使用结构体, 加载会更快.
- 使用initialize代替load
- 不要使用 atribute((constructor)) 将方法显式标记为初始化器, 而是让初始化方法调用时才执行. 比如使用 dispatch_once(), pthread_once() 或 std::once(). 也就是在第一次使用时才初始化, 推迟了一部分工作耗时
main函数执行后
顾名思义就是main函数开始到applicationWillFinishLaunching执行完的这个过程, 当这个过程结束, APP也可以算是完全启动了.
这里只讨论整个启动过程中的优化思路, 至于具体的渲染速度会专门看一篇来讨论.
在APP启动后, 我们可检测代码执行速度的方式, 比如代码检测, 或者用xcode自带的Instruments这里也不多赘述, 我们这次探讨的问题还是利用现有的条件如何优化, 简单说了, 就是调整APP启动时的函数执行顺序, 让用户的感觉更流程.
APP启动后我们一般做的事情:
- 初始化SDKs
- 配置APP运行需要的环境
- 自己一些工具类的初始化
- 加载mainTabBarController和mainNavController
- ...
大体也可以把这些事情分为四个类型:
- 日志, 统计等基础功能配置
- 项目配置, 基本信息配置, 推送, IM等配置
- 加载主视图
- 其它SDKs配置
对于第一类, 日志, 统计等, 还是必须第一时间启动, 只能放在didFinishLaunchingWithOptions启动, 好像只能这样.
第二类和第三类, 其实是主要跟用户的交互, 其实优先级是低于第一类的, 而一般APP都有一个若干秒的广告页, 那么我们就可以利用这几秒的广告页来做一些事情.
具体就是在didFinishLaunchingWithOptions只加载广告页, 让用户可以很迅速的看到广告页, 然后二和三类的耗时操作, 在广告页显示后加载.
第四类的事件, 是优先级最低的, 甚至可以按需等到主视图didappear后再执行, 这样下来, 其实在main函数执行后我们只执行了第一类事件就让用户感受到APP已经成功加载, 而二, 三, 四类的事件, 我们则在用户无感的情况下进行了加载.
