iOS优化整理之启动优化

2018-06-04 本文已影响47人码农老王

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已经成功加载, 而二, 三, 四类的事件, 我们则在用户无感的情况下进行了加载.

iOS优化整理之启动优化

APP启动流程

main函数执行前

main函数执行后

猜你喜欢

热点阅读