APP启动耗时分析及优化

2019-02-12  本文已影响4人  乂滥好人
转载自腾讯云

App启动过程

一、main()函数之前耗时

main函数启动之前耗时,对于一般的小型APP来说,影响微乎其微,但对于大型APP(动态库超过50或二进制文件超过30MB)来说,就会变得很明显,官方也提供了支持。
一般来说main()函数之前耗时 不宜超过400毫秒,之前与之后整体时间不宜超过20秒,如果超过20秒,系统会关闭进程,无法启动APP。
1、设置耗时日志输出,添加如下图所示变量环境
name:DYLD_PRINT_STATISTICS
value:1


2、运行Xcode,得到耗时报告

输出日志:
Total pre-main time: 460.69 milliseconds (100.0%)
dylib loading time: 85.29 milliseconds (18.5%)
rebase/binding time: 290.96 milliseconds (63.1%)
ObjC setup time: 57.51 milliseconds (12.4%)
initializer time: 26.80 milliseconds (5.8%)
slowest intializers :
libSystem.B.dylib : 2.63 milliseconds (0.5%)
libMainThreadChecker.dylib : 15.46 milliseconds (3.3%)

日志解释
main函数之前 共耗时460.69毫秒
动态库(dylib)加载 耗时85.29毫秒 占耗时18.5%
指针定位 耗时290.96 占耗时63.1%
类初始化 耗时57.51 占耗时12.4%
其它初始化 耗时 26.80 占耗时5.8%
比较耗时(或者说初始化慢的)有:
libSystem.B.dylib 耗时 2.63 占耗时0.5%
libMainThreadChecker.dylib 15.46 占耗时3.3%

main函数之前影响启动性能的因素

动态库加载越多,启动越慢。

二、main()函数之后耗时

从main函数开始至applicationWillFinishLaunching结束,称为main函数之后的部分。

main函数之后影响启动性能的因素

三、优化的目标

启动过程分为四个部分:
1、 main()函数之前
2、main()函数之后至applicationWillFinishLaunching完成
3、App完成所有本地数据的加载并将相应的信息展示给用户
4、App完成所有联网数据的加载并将相应的信息展示给用户
1+2一起决定了我们需要用户等待多久才能出现一个主视图,同时也是技术上可以精确测量的时长。
1+2+3决定了用户视觉上的等待出现有用信息所需要的时长。1+2+3+4决定了我们需要多少时间才能让我们需要展示给用户的所有信息全部出现。

四、优化策略

上一篇下一篇

猜你喜欢

热点阅读