有效提升Swift编译速度

Swift/Xcode编译慢, 加快编译速度, Swift/Xcode Long Compile time
作者:yuan

- iOS
- Swift
- Xcode

前言


Swift作为一个新兴的语言,有着苹果Dad(dy???)的支持与良好的社区环境。于是乎大家都开始慢慢尝试在项目中使用Swift。在我们的项目中就有大量的Swift,但是过慢的编译时间真的是killing us。 完整的编译一次可能需要15到20分钟,完全不能忍。

先说结果,在我的电脑MacPro上,项目编译时间直接从以前20m41s缩短了10m16s
而这10分钟仅仅只是从的代码层面带来的效果

定位问题


国外友人Robert已经为我们写好了一个Swift编译时间定位的工具【请戳这里】。 方便好用,可以立竿见影的找到问题代码。

ps:以前也用XCTOOL但是xocde8已经不再支持build了,非常可惜。

代码优化


指定类型与拒绝泛型

原码:

var model : UILabel?
var cat : String?
var name : String?
var number : Int?
//build tiem : 8740.3ms
func sendData() {
    let parameter = ["model" : model?.text ?? "",
                     "cat" : cat ?? "",
                     "name" : name ?? "",
                     "number" : number ?? 0,
                     "dog" : "dog"]
    print("send request with parameter:\(parameter)")
}

这段代码所需要的编译时间是8740.3ms,就这么一个字典定义,我们竟然浪费了8秒!

指定类型之后我们再来看看

//build time: 3235.4ms
let parameter : [String : AnyObject] = ["model" : model?.text ?? "",
                               "cat" : cat ?? "",
                               "name" : name ?? "",
                               "number" : number ?? 0,
                               "dog" : "dog"]

这次所需要的编译时间就已经缩短为了3235.4ms,通过手动指定类型,我们缩短了5s以上的时间让费

再紧接,我们继续观察,这个parameter的字典其实可以全部为String,根本用不到AnyObject。

指定特定的类型

//build time: 200.3ms
let parameter : [String : String] = ["model" : model?.text ?? "",
                    "cat" : cat ?? "",
                    "name" : name ?? "",
                    "number" : "\(number ?? 0)",
                    "dog" : "dog"]

这次所需要的编译时间就已经缩短为了200.3ms,把AnyObject ->String ,我们缩短了2s以上的时间让费!!

所以如果你可以一种类型搞定,请千万别写AnyObject!!!

通过指定正确的类型我们从8740ms的编译时间缩短到了200ms!!!!

运算时nil保护抽离

//build time : 9804ms
func calculateSize(view : UIView?) -> CGSize{
    return CGSize(width: 10 + (view?.bounds.width ?? 0) + (view?.bounds.height ?? 0) + 22, height: 20)
}

//build time : 172ms
func calculateSize(view : UIView?) -> CGSize{
    let width = view?.bounds.width ?? 0
    let height = view?.bounds.height ?? 0
    return CGSize(width: 10 + width + height + 22, height: 20)
}

这段代码编译了9804ms,只是因为我们在运算的时候一并加入nil的保护。如果我们拆离nil保护,编译时间缩短了98.3%

  • 使用三目运算(Bool ? a : b)时也非常耗时,但还没有到非常严重的程度,一个三目可能需要额外的 100ms200ms编译时间
  • 当你在字典中使用nil保护时,也可能造成极长的编译时间,有时候甚至会长达20s.但不是每次都出现。我理项目时就通过BuildTimeAnalyzer发现了很多这样的问题。比如:["model" : model?.text ?? ""]. 在通过把他们强制转化成想要的类型String后得到解决:["model" : (model?.text ?? "")as String]。 暂时还不知道为什么。 猜测是因为 model?.text 的text属性是一个可选型, compiler花费了很长的时间来确定到底是Optional(String)还是String.但又不是每次都出现,非常奇怪。

少用++=运算符

//build time 1400.6ms
func arrPlusOperatos() {
    let arr1 = [1,2,3]
    let arr2 = [3,4,5]
    result += arr1 + arr2 + [10]
}
//build time 8.6ms
func arrPlusOperatos() {
    let arr1 = [1,2,3]
    let arr2 = [3,4,5]
    result.appendContentsOf(arr1)
    result.appendContentsOf(arr2)
    result.appendContentsOf([10])
}

尽量少的使用++=号来合并参数, 在项目中有一些array的合并编译时间高达5000ms.

对于String也是一样的,String 使用\(value)来合并值,或API给的append.

总结


上面的几个问题是在整理项目(Swift2.3)中,特别明显影响编译速度的点:

  • 指定类型、拒绝泛型
  • 运算时nil保护抽离、少用三目运算
  • 少用+、+=运算符
    缩短了我们接近50%的Swift编译时间。

具体大家可以用BuildTimeAnalyzer来查看项目哪些func存在严重的编译过长问题。

更多:

  1. regarding-swift-build-time-optimizations
  2. swift-compiler-performance-tips-and-tricks
  3. why-is-swift-compile-time-so-slow

后续


框架上的提高编译性能:

  • 模块化代码,使用私有Cocoapods repository. 让不同模块以Framework或则.a文件的形式在项目里使用。如此每次编译的时候就只需要编译自己模块下的代码。其他模块的代码将会被编译后缓存,不需要重复编译。

其他一些Xcode优化包括:

  • Find Implicit Dependencies Off [1]
  • Build Active Architecture Only Yes On Debug [2]
  • Precompile Prefix Header set to YES [3]
  • defaults write com.apple.dt.Xcode IDEBuildOperationMaxNumberOfConcurrentCompileTasks 4 [4]
  • RAM Disk [5]没有尝试过,有机会可以试一下
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 195,783评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,360评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 142,942评论 0 325
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,507评论 1 267
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,324评论 5 358
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,299评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,685评论 3 386
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,358评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,652评论 1 293
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,704评论 2 312
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,465评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,318评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,711评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,991评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,265评论 1 251
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,661评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,864评论 2 335

推荐阅读更多精彩内容

  • 关于 Swift 重要这个文档所包含的准备信息, 是关于开发的 API 和技术的。这个信息可能会改变, 根据这个文...
    无沣阅读 4,257评论 1 27
  • 发现 关注 消息 iOS 第三方库、插件、知名博客总结 作者大灰狼的小绵羊哥哥关注 2017.06.26 09:4...
    肇东周阅读 11,952评论 4 60
  • 其实你只需要担心一件事,你配不上自己的野心,也辜负了自己所受的苦难,每天都会经历各种各样的困难,但是却没有迎难而上!
    不羡仙2阅读 136评论 0 0
  • 在微信公众号上做作文批改评点指导,作文升格指导到今天刚好5个月,也在国省市许多刊物上发表了不少作文指导和辅导文章(...
    朱老师语文工作室阅读 420评论 0 1
  • 昨天晚上没睡好一直很困就懒在家一直不想出门磨蹭到2点半才到店里妈妈有点不高兴弄得我也不高兴为什么要把自己的负面情绪...
    无可紧要的小事情阅读 83评论 0 0