iOS启动优化方案

  • APP的启动可以分为2种
  • 冷启动(Cold Launch):从零开始启动APP
  • 热启动(Warm Launch):APP已经在内存中,在后台存活着,再次点击图标启动APP

APP启动时间的优化,主要是针对冷启动进行优化

通过添加环境变量可以打印出APP的启动时间分析(Edit scheme -> Run -> Arguments)

DYLD_PRINT_STATISTICS设置为1(400ms可接受时间范围内)

如果需要更详细的信息,那就将DYLD_PRINT_STATISTICS_DETAILS设置为1

  • APP的冷启动可以概括为3大阶段
  • dyld
  • runtime
  • main

pre-main阶段耗时的影响因素:

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

ObjC类越多,函数越多,启动越慢。

可执行文件越大启动越慢。

C的constructor函数越多,启动越慢。

C++静态对象越多,启动越慢。

ObjC的+load越多,启动越慢。

整体上pre-main阶段的优化有:

减少依赖不必要的库,不管是动态库还是静态库;如果可以的话,把动态库改造成静态库;如果必须依赖动态库,则把多个非系统的动态库合并成一个动态库;

检查下 framework应当设为optional和required,如果该framework在当前App支持的所有iOS系统版本都存在,那么就设为required,否则就设为optional,因为optional会有些额外的检查; 

合并或者删减一些OC类和函数;关于清理项目中没用到的类,使用工具AppCode代码检查功能,查到当前项目中没有用到的类(也可以用根据linkmap文件来分析,但是准确度不算很高);有一个叫做[FUI](https://github.com/dblock/fui)的开源项目能很好的分析出不再使用的类,准确率非常高,唯一的问题是它处理不了动态库和静态库里提供的类,也处理不了C++的类模板。

删减一些无用的静态变量,

删减没有被调用到或者已经废弃的方法,方法见http://stackoverflow.com/questions/35233564/how-to-find-unused-code-in-xcode-7https://developer.Apple.com/library/ios/documentation/ToolsLanguages/Conceptual/Xcode_Overview/CheckingCodeCoverage.html

将不必须在+load方法中做的事情延迟到+initialize中,尽量不要用C++虚函数(创建虚函数表有开销)

类和方法名不要太长:iOS每个类和方法名都在__cstring段里都存了相应的字符串值,所以类和方法名的长短也是对可执行文件大小是有影响的;因还是object-c的动态特性,因为需要通过类/方法名反射找到这个类/方法进行调用,object-c对象模型会把类/方法名字符串都保存下来;

用dispatch_once()代替所有的 attribute((constructor)) 函数、C++静态对象初始化、ObjC的+load函数;

在设计师可接受的范围内压缩图片的大小,会有意外收获。压缩图片为什么能加快启动速度呢?因为启动的时候大大小小的图片加载个十来二十个是很正常的,图片小了,IO操作量就小了,启动当然就会快了,比较靠谱的压缩算法是TinyPNG。

main阶段

总体原则无非就是减少启动的时候的步骤,以及每一步骤的时间消耗。

main阶段的优化大致有如下几个点:

减少启动初始化的流程,能懒加载的就懒加载,能放后台初始化的就放后台,能够延时初始化的就延时,不要卡主线程的启动时间,已经下线的业务直接删掉; 

优化代码逻辑,去除一些非必要的逻辑和代码,减少每个流程所消耗的时间; 

启动阶段使用多线程来进行初始化,把CPU的性能尽量发挥出来; 

使用纯代码而不是xib或者storyboard来进行UI框架的搭建,尤其是主UI框架比如TabBarController这种,尽量避免使用xib和storyboard,因为xib和storyboard也还是要解析成代码来渲染页面,多了一些步骤。

参考链接:

优化 App 的启动时间;

iOS启动优化;

iOSApp启动性能优化;

今日头条iOS客户端启动速度优化;

XNU、dyld源码分析Mach-O和动态库的加载过程(上);

静态库,动态库和framework;

iOS 静态库,动态库与 Framework;

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值