作者连接: 兴趣使然的程序员:http://www.jianshu.com/users/94b6bbf8765a/latest_articles
0x00 遇到编译速度问题
苹果公司在大力推广swift语言, 但是swift语言差强人意.
从swift1.2开始在实际项目中引入swift语言, 已经有一年多了, 最近遇到一个问题, 就是项目的编译速度越来越慢,达到了20分钟左右. 网上也有很多人说类似的问题.
编译速度直接影响开发效率. 因为开发工作需要专注, 编译的时候, 程序员们大多都是在等, 这简直是在浪费生命.
进行了一定的研究和实验以后, 发现了一些可能的改进方式. 这些改进方式对于发现同类问题的人, 可以做些参考.
0x01 检查编swift译速度
- 设置在编译配置, 输出编译时间信息. Other Swift Flas 增加设置: -Xfrontend -debug-time-function-bodies;
- 执行build, 将build信息存入文本文档 debug_buld_info.txt;
- 提取出所有方法的编译时间,将信息按照编译时间由长到短排序: grep [1-9].[0-9]ms debug_build_info.txt | sort -nr >> build_slow.txt;
- 检查编译时间过长的方法, 进行修改;
- 通过检查, 发现项目中编译时间超过500ms的方法有很多, 这是编译速度慢的一大元凶. 重点对他们进行了修改调整.
0x02 发现的影响swift编译速度的因素
1. 编译参数
是否开启了swift编译优化选项: whole module optimization, 会在一定程度上影响编译速度. 可以选择在Debug上关闭. 但是在Release编译的时候, 不适合关闭.
2. 类型推导:
类型推导可能是导致编译速度变慢的原因. 网上有个很离谱的一个例子, 大约十多行的代码, 编译时间超过24小时, 代码内容只是做了一个嵌套字典定义初始化. 该bug在今年4月份发现, 目前(10月)依旧存在. 猜测swift在设计理论上存在缺陷, 所以这个问题无解. 下面是类型推导的示例:
- 慢
let createDate = NSDate(timeIntervalSince1970:interval) //变量(常量)的声明发生了类型推导
if (doubleNum/60 < 1) { //表达式在计算中发生了类型推导
var strings: [String] = [] //初始化值进行了类型推导
- 快
let createDate:NSDate = NSDate(timeIntervalSince1970:interval)
if (doubuleNum/60.0 < 1.0) {
var strings: [String] = [String]()
3. 需要计算的表达式
如果表达式中存在常量的表达式, 编译器可能会在编译时进行计算, 如果我们帮编译器算出, 会提高编译速度.
- 慢
let t=24*60*60*1000
- 快
let t=86400000 //24*60*60*1000
4. 复杂的表达式
复杂表达式的处理, 是swift编译器的弱项. 稍微复杂点的表达式, 甚至会编译失败, 很多人应该遇到过. 同时, 复杂表达式也会导致编译速度变慢.
- 慢
txt = (note?.text ?? "") + "\n" + selectedText
- 快
txt = note?.text ?? ""
txt += "\n"
txt += selectedText
5. 过长的链式操作
- 慢
r=a.func1().func2().func3()
- 快
let b=a.func1()
let c=b.func2()
r=c.func3()
6. 数组+操作
数组的+运算符的使用, 会严重降低编译速度. 虽然写法优雅, 但是目前不合适. 只能用相对丑陋的插入操作进行处理.
- 慢
let all = redBooks + greenBooks + yellowBooks
- 快
var all:[Book]=[Book]() //避免类型推导
for b in redBokks {
all.append(s) //用插入替换+
}
for b in greenBokks {
all.append(s)
}
for b in yellowBokks {
all.append(s)
}
7. 打印函数
不debug的时候, 将print注释掉
8. 代码中的警告
一定要把代码中得警告都处理掉
0x03 其他
1. 补充
另外还有一些提高编译速度的方法, 但是不是针对Swift, oc同样有效, 所以没有细说. 比如用framwork/lib 替换需要编译的cocoapods管理的代码（这个很明显）， 设置多线程编译, 用性能更好的电脑, 将Debug Information Format改为DWARF, Build Active Architecture Only改为Yes等等.
2. 感想
以前上学的时候, 学过编译原理, 很喜欢这门课, 但是 没想到这次会有所帮助, 在分析编译速度的时候, 能够有一些思路, 这门课有莫大的帮助.
3. 参考
- https://panupan.com/2016/02/16/how-to-speed-up-slow-swift-compile-times/
- https://thatthinginswift.com/debug-long-compile-times-swift/
- https://www.amazon.cn/%E7%BC%96%E8%AF%91%E5%8E%9F%E7%90%86-Alfred-V-Aho/dp/B001NGO85I/ref=sr_1_1?ie=UTF8&qid=1476589755&sr=8-1&keywords=%E7%BC%96%E8%AF%91%E5%8E%9F%E7%90%86
- http://blog.csdn.net/zhaoxy_thu/article/details/30073485
