调整代码, 加速swift编译

作者连接: 兴趣使然的程序员:http://www.jianshu.com/users/94b6bbf8765a/latest_articles

0x00 遇到编译速度问题

苹果公司在大力推广swift语言, 但是swift语言差强人意.

从swift1.2开始在实际项目中引入swift语言, 已经有一年多了, 最近遇到一个问题, 就是项目的编译速度越来越慢,达到了20分钟左右. 网上也有很多人说类似的问题.

编译速度直接影响开发效率. 因为开发工作需要专注, 编译的时候, 程序员们大多都是在等, 这简直是在浪费生命.

进行了一定的研究和实验以后, 发现了一些可能的改进方式. 这些改进方式对于发现同类问题的人, 可以做些参考.

0x01 检查编swift译速度

  1. 设置在编译配置, 输出编译时间信息. Other Swift Flas 增加设置: -Xfrontend -debug-time-function-bodies;
  2. 执行build, 将build信息存入文本文档 debug_buld_info.txt;
  3. 提取出所有方法的编译时间,将信息按照编译时间由长到短排序: grep [1-9].[0-9]ms debug_build_info.txt | sort -nr >> build_slow.txt;
  4. 检查编译时间过长的方法, 进行修改;
  5. 通过检查, 发现项目中编译时间超过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

你可能感兴趣的:(调整代码, 加速swift编译)