启动时间的测量
准备知识
简单了解一下App 的启动过程:
解析Info.plist
- 加载相关信息,例如如闪屏
- 沙箱建立、权限检查
Mach-O加载
- 如果是胖二进制文件,寻找合适当前CPU类别的部分
- 加载所有依赖的Mach-O文件(递归调用Mach-O加载的方法)
- 定位内部、外部指针引用,例如字符串、函数等
- 执行声明为attribute((constructor))的C函数
- 加载类扩展(Category)中的方法
- C++静态对象加载、调用ObjC的 +load 函数
程序执行
- 调用main()
- 调用UIApplicationMain()
- 调用application willFinishLaunchingWithOptions (告诉代理进程启动但还没进入状态保存)
- 调用application didFinishLaunchingWithOptions (告诉代理启动基本完成程序准备开始运行)
对于启动时间的研究,冷启动比热启动重要
当用户按下home键的时候,iOS的App并不会马上被kill掉,还会继续存活若干时间。理想情况下,用户点击App的图标再次回来的时候,App几乎不需要做什么,就可以还原到退出前的状态,继续为用户服务。这种持续存活的情况下启动App,我们称为热启动(热启动调用applicationDidBecomeActive),相对而言冷启动就是App被kill掉以后一切从头开始启动的过程。我们这里只讨论App冷启动的情况。
我们通常讲的启动时间具体指什么,有哪些部分组成
通俗来讲,启动时间是指从用户点击 APP 那一刻开始到用户看到第一个界面这中间的时间。启动时间分为 main( ) 函数之前的时间和 main( ) 函数到第一个界面渲染完成时间这两个部分。
main( )函数之前
在不越狱的情况下,以往很难精确的测量在 main( ) 函数之前的启动耗时,因而我们也往往容易忽略掉这部分数据。小型App确实不需要太过关注这部分。但如果是大型App(自定义的动态库超过50个、或编译结果二进制文件超过30MB),这部分耗时将会变得突出。所幸,苹果已经在Xcode中加入这部分的支持。
main( )函数之后
调用 AppDelegate 中的代理方法,我们主要是在 application didFinishLaunching 这个代理方法中添加自己的代码。代理方法中,一般我们会做那些事情:
- 初始化Window,初始化基础的ViewController结构(一般是UINavigationController+UITabViewController)
- 日志、统计等配置事件
- 一些第三方SDK的初始化和配置事件
- 用户的相关信息配置
main( )函数之前(pre-main)时间的测量
在Xcode的菜单中选择Project→Scheme→Edit Scheme…,然后找到 Run → Environment Variables,添加DYLD_PRINT_STATISTICSvalue为1的环境变量。
运行程序,控制台会有如下输出:
对以上信息的解读:
1. main()函数之前总共使用了425.44ms
2. 在425.44ms中,加载动态库用了119.88ms,指针重定位使用了86.36ms,ObjC类初始化使用了103.79ms,各种初始化使用了115.29ms。
3. 在初始化耗费的115.29ms中,用时最多的几个初始化为:AFNetworking,MJRefresh…等。
main( )函数之后时间的测量
方法一:利用 XCode 自带的 Time profile 工具,可以帮我们分析出哪些代码执行过程中比较耗时,在App的启动过程中,我们主要关注主线程的耗时。
方法二:利用打点计时,类似中学物理中的打点计时器。比较好的方式是把启动任务规范化、粒子化,针对每个任务都有打点统计,这样方便后期问题的定位和优化。
启动时间的优化
针对main( )函数之前时间进行优化
- 重新梳理架构,减少动态库、ObjC类的数目,减少Category的数目
- 定期扫描不再使用的动态库、类、函数,例如每两个迭代一次
- 用dispatchonce()代替所有的attribute((constructor))函数、C++静态对象初始化、ObjC的+load
- 在设计师可接受的范围内压缩图片的大小,会有意外收获
针对main( )函数之后时间进行优化
不同的App在main( )函数之后做的事情往往不同,优化起来的核心思想:
- 能延迟执行的就延迟执行。比如SDK的初始化,界面的创建。
- 不能延迟执行的,尽量放到后台执行。比如数据读取,原始JSON数据转对象,日志发送。
- rootViewController的加载中,适当将某一级的childViewController或subviews延后加载
- 先加载UI占位,后显示数据
最后,不应放过的一些小细节:
- 异步操作并不影响指标,但有可能影响交互体验,例如大量网络请求导致数据拥堵
- 有时候一些交互上的优化比技术手段效果更明显,视觉上的快决不是冰冷的数据可以解释的,好好和你们的设计师谈谈动画