实测iOS Dynamic Framework 对 App 启动时间的影响效果
最近看到的Slow App Startup Times里提到:
The dynamic loader finds and reads the dependent dynamic libraries (dylibs) used by the App. Each library can itself have dependencies. The loading of Apple system frameworks is highly optimized but loading your embedded frameworks can be expensive. To speed up dylib loading Apple suggests you use fewer dylibs or consider merging them A suggested target is for six extra (non-system) frameworks.
至于什么是static lib什么是dynamic lib这里就不展开提了,大家可以通过在文章底部的相关链接去详细了解。
引用一下官方的解释就是:
A better approach is for an app to load code into its address space when it’s actually needed, either at launch time or at runtime. The type of library that provides this flexibility is called dynamic library.
When an app is launched, the app’s code—which includes the code of the static libraries it was linked with—is loaded into the app’s address space.Applications with large executables suffer from slow launch times and large memory footprints
如果给你一个简单的概念就是如果你的framework使用了swift就是dynamic lib。这也是本文要对比的主题:动态的framework对app启动时间影响到底多大。
测试的方法就采用 iOS 10 提供的新的环境变量 DYLD_PRINT_STATISTICS 输出的app启动时间。Xcode的版本是8.1,测试设备是iphone 6。cocoapod版本1.1。
注意,测试过程发现每次获得的时间统计都不一致,所以我这里的数据可能和你自己测试得到的不同,但是我认为这种偏差不影响定性。
基准线:空的OC项目 VS 空的Swift项目
创建两个没有任何业务逻辑的空的项目。
纯OC项目的启动时间
纯swift空项目的启动时间
大概有10毫秒的差异。这个差距考虑到测量的偏差可以认为两者几乎是一致的。
但是有时会出现swift加载忽然提高到400ms的情况。这是因为系统的动态framework只会加载一份。假设10个app启动都用到了UIKit,系统内部也只加载了一份UIKit。所以有时swift项目启动的时候刚好用到了系统framework没有缓存,就会显得的长一点。
6个framework
现在我们对比有代码的情况。两个项目分别加入5个依赖。
这是OC项目的6个依赖:
pod 'AFNetworking', '~> 3.0'
pod 'Masonry'
pod 'MJRefresh'
pod 'SDWebImage'
pod 'MBProgressHUD'
pod 'IQKeyboardManager'
这是swift项目的6个依赖,为了模拟真实生产中依然使用一些OC库的情况,将3个库换成了swift编码的,保留了3个OC库:
pod 'Alamofire'
pod 'SnapKit'
pod 'MJRefresh'
pod 'Kingfisher'
pod 'MBProgressHUD'
pod 'IQKeyboardManager'
OC的启动时间在70-100ms左右。这里取快的情况的数据:
OC6个依赖的启动时间
swift项目在第一次安装时的启动时间在dylib会多100ms,不知为何。swift项目在已经安装后运行打开的成绩:
swift6个依赖
列一个横向对比图:
结论
swift项目的dylib时间相比OC多了一百多毫秒,远远大于OC。
Swift 不使用framework VS 使用framework
我们猜测是不是加载framework导致时间增大很多呢。所以我们把这些依赖的代码全部放在主app里,不使用framework分离。这次我们把几个依赖的库全部换成swift:
pod 'Alamofire'
pod 'SnapKit'
pod 'Kingfisher'
pod 'SwiftDate'
pod 'ObjectMapper'
5个依赖的项目在app已经安装,运行打开结果:
5个依赖
考虑到误差可以认为framework里的代码是OC还是swift对于加载时间的影响并不大。
把依赖的代码全都合并到App里,就是采取手工拷贝的方式:
安装后打开的启动时间统计:
对比图:
结论
如果把代码收到拷贝进app里,可以显著降低dylib加载时间。
15个framework OC VS Swift
OC的podfile:
pod 'AFNetworking', '~> 3.0'
pod 'Masonry'
pod 'MJRefresh'
pod 'SDWebImage'
pod 'MBProgressHUD'
pod 'IQKeyboardManager'
pod 'FMDB'
pod 'GPUImage'
pod 'OpenUDID'
pod 'DateTools'
pod 'TMCache'
pod 'WebViewJavascriptBridge'
pod 'ZBarSDK'
pod 'JSQMessagesViewController'
pod 'YYKit'
pod 'DZNEmptyDataSet
swift项目的podfile:
pod 'AFNetworking', '~> 3.0'
pod 'Alamofire'
pod 'SnapKit'
pod 'MJRefresh'
pod 'Kingfisher'
pod 'MBProgressHUD'
pod 'IQKeyboardManager'
pod 'FMDB'
pod 'GPUImage'
pod 'OpenUDID'
pod 'SwiftDate'
pod 'CryptoSwift'
pod 'ObjectMapper'
pod 'ZBarSDK'
pod 'CocoaLumberjack/Swift'
pod 'YYKit'
pod 'DZNEmptyDataSet'
OC的结果:
swift的结果:
对比图:
时间对比
纵向对比:
结论
OC的项目随着依赖增多,初始化时间增大,但是dylib时间增加不明显。swift则dylib时间大幅增加,初始化时间变化不大。总的启动时间比OC多了200多毫秒,随着framework的增多,启动时间差距拉大。
25个dynamic framework
如果把dylib提高到25个时间又会增长多少呢。
在15个基础上再添加10个依赖:
pod 'EZSwiftExtensions'
pod 'ReactiveCocoa', '5.0.0-alpha.3'
pod 'RxSwift', '~> 3.0'
pod 'RxCocoa', '~> 3.0'
pod 'MonkeyKing'
pod 'Reusable'
pod 'SwiftyJSON'
pod 'XCGLogger'
pod 'Gifu', '~> 2.0.0-rc'
pod 'Spring', :git => 'https://github.com/MengTo/Spring.git', :branch => 'swift3'
运行时间:
和15个dylib的时候的对比:
dylib加载时间从400增加到600,增加了30%左右。dylib数量从15到25个增加40%。接近线性。
总结
毫无疑问,使用了dynamic framework后会增加app启动时间。如果你的数量在25个左右,相比OC的静态framework启动时间会增加0.5s左右。我个人对于iOS提高加载framework的时间不太抱有希望,苹果让自定义的framework常驻内存似乎也无望,这个时间短期内可能无法抹平。
如果人为的把一些外部依赖手动管理在一个framework也是可行,但是如果复杂一点包的互相依赖的情况会比较费心。
如果公司对性能有着苛刻要求可能500ms是难以忍受的。但是我觉得对于大多数产品而言,牺牲这500ms的性能相比于使用OC,我觉得还是用OC比较难受。
实测iOS Dynamic Framework 对 App 启动时间的影响效果的更多相关文章
- iOS 动态 Framework 对App启动时间影响实测
最近看到的Slow App Startup Times里提到: The dynamic loader finds and reads the dependent dynamic libraries ( ...
- iOS 跳转到 App Store 下载评分页面
html,body,div,span,applet,object,iframe,h1,h2,h3,h4,h5,h6,p,blockquote,pre,a,abbr,acronym,address,bi ...
- iOS - GitHub干货分享(APP引导页的高度集成 - DHGuidePageHUD - ②)
距上一篇博客"APP引导页的高度集成 - DHGuidePageHUD - ①"的发布有一段时间了, 后来又在SDK中补充了一些新的内容进去但是一直没来得及跟大家分享, 今天来跟大 ...
- 【iOS开发】在 App 中加入 AdMob 广告 - 入门介绍与编程技巧
前言 虽然在App中加入广告来盈利是比较低级的商业化方式,但对于个人开发者或者小团队开发者来说,做出一个简单易用的免费小工具(举个栗子),在里面加入一些广告,如果用的人多,也是可以带来一些可观的收入的 ...
- 关于IOS的证书、App ID、设备、Provisioning Profile详述
首先,打开developer.apple.com ,在iOS Dev Center打开Certificates, Indentifiers & Profiles认识一下基本结构.列表就包含了开 ...
- iOS开发UI篇—APP主流UI框架结构
iOS开发UI篇—APP主流UI框架结构 一.简单示例 说明:使用APP主流UI框架结构完成简单的界面搭建 搭建页面效果: 二.搭建过程和 ...
- ele.me在IOS浏览器端启动APP的技巧分析
ele.me在IOS浏览器端启动APP的技巧分析 巧妙利用后台重定向,在schemes启动时提示用户打开,启动不了APP时能够及时跳转至下载页面. 避免报错页面的出现以及用户还没来的及选择就跳转到下载 ...
- Appium+python自动化19-iOS模拟器(iOS Simulator)安装自家APP
前言 做过iOS上app测试的小伙伴应该都知道,普通用户安装app都是从appstore下载安装,安装测试版本的app,一般就是开发给的二维码扫码安装, 或者开发给个.ipa的安装包文件,通过itoo ...
- Appium+python自动化19-iOS模拟器(iOS Simulator)安装自家APP【转载】
前言 做过iOS上app测试的小伙伴应该都知道,普通用户安装app都是从appstore下载安装,安装测试版本的app,一般就是开发给的二维码扫码安装, 或者开发给个.ipa的安装包文件,通过itoo ...
随机推荐
- C指针原理(14)
tcc源码分析 本博客所有内容是原创,如果转载请注明来源 http://blog.csdn.net/myhaspl/ tcctok.h定义了C语言的词法分析的基本元素,主要定义了关键字. /* key ...
- Python机器学习实践与Kaggle实战(转)
https://mlnote.wordpress.com/2015/12/16/python%E6%9C%BA%E5%99%A8%E5%AD%A6%E4%B9%A0%E5%AE%9E%E8%B7%B5 ...
- 机器学习算法与Python实践之(六)二分k均值聚类
http://blog.csdn.net/zouxy09/article/details/17590137 机器学习算法与Python实践之(六)二分k均值聚类 zouxy09@qq.com http ...
- List 转 ObservableCollection
ObservableCollection<UserInfo> oc = new ObservableCollection<UserInfo>(); ls.ForEach(x = ...
- 介绍一些有趣的MySQL pager命令
一.分页结果集 在Linux系统中中,我们经常也会使用一些分页查看命令,例如less.more等.同样,MySQL客户端也提供了类似的命令,用来帮助我们对查询结果集进行分页.比如,SHOW ENGIN ...
- (转)Unity3D研究院之Assetbundle的原理(六十一)
Assetbundle 是Unity Pro提供提供的功能,它可以把多个游戏对象或者资源二进制文件封装到Assetbundle中,提供了封装与解包的方法使用起来很便利. 1.预设 A ...
- IIS中的application总是报404错误
在IIS的一个站点下面建立了一个application,访问其中页面的时候总是报404(找不到页面)的错误,哪怕是最简单只包含一个简单html页面的application也是如此,而其他同级的ap ...
- Linux 查看服务器配置
//CPU cat /proc/cpuinfo |grep processor; //内存 free -g; //硬盘 df -h;
- Cocos2d-X研究之v3.x 事件分发机制具体解释
事件分发机制 " src="http://www.cgzhw.com/wp-content/uploads/2014/07/inherent3.png" style=&q ...
- ArcGIS鼠标滚轮方向之ArcMap篇
ArcMap中地图缩放滚轮方向与我们常用的AutoCAD.在线地图等相反.ArcMap默认滚轮向上缩小,向下放大,曾经引起过多位用户的不满.好在ArcMap提供个性化设置. 打开ArcMap菜单栏-自 ...