Swift语法对编译速度的影响

关注

转载最新推荐文章于 2026-08-10 17:05:57 发布 784 阅读 AI 写同款· GEO 优化 ›

Swift编译器Crash—Segmentation fault解决方案背景抖音上线 Swift 后，编译时偶现Segmentation fault: 11和Illegal instruction: 4的错误，CI/CD 和本地均有出现，且重新编译后均可恢复正... 阅读详情

Swift语法对编译速度的影响

使用Swift初期会惊艳于它强大的表达力，发现原来很啰嗦的逻辑可以用一两句话写完时，工具的强大导致自己会情不自禁的写一些“聪明”的代码。但是Swift毕竟是一个婴儿时期的语言，编译器对于这些极简的代码的处理能力是一个容易被忽略的副作用。

在混编Swift两年后，工程的编译速度到了忍无可忍的程度。通过网上搜寻“如何提高Xcode编译速度”把能做的优化都做了之后，还是没有得到根本的提升。直到发现了这篇文章Regarding Swift build time optimizations，它采用了一个开源工具来检测每一个Swift方法的编译时间，从而定位耗时。我通过对耗时语法的修改，成功的把一个超过4年多庞大工程的编译速度缩短了30%。

下面介绍一下这次优化中遇到的有坑的语法：

1. 避免在Array/Dictionary literals里使用复杂运算，如`??`(Nil Coalescing Operator), 随元素个数耗时成指数式增长

var a: String?
var b: String?
var c: String?
var d: String?
var e: String?
var f: String?
var g: String?

let _ = [
    "a": a ?? "", // 1 ms
    "b": b ?? "", // 3 ms
    "c": c ?? "", // 11 ms
    "d": d ?? "", // 48 ms
    "e": e ?? "", // 274 ms
    "f": f ?? "", // 1339 ms
    "g": g ?? "", // 6550 ms
]

解决方案: 用传统的键值对赋值

var dict = [String: String]()
dict["a"] = a ?? "" // 30 ms
dict["b"] = b ?? "" // 27 ms
dict["c"] = c ?? "" // 25 ms
dict["d"] = d ?? "" // 27 ms
dict["e"] = e ?? "" // 26 ms
dict["f"] = f ?? "" // 26 ms
dict["g"] = g ?? "" // 28 ms

2. 浮点数参与的数学函数后追加算数运算, 耗时增长幅度匪夷所思

min(1, 2.0)
    + 1 // 10 ms
    + 2 // 35 ms
    + 3 // 352 ms
    + 4 // 6092 ms

解决方案: 数学函数独立运算，用结果做算数运算

let a = min(1, 2.0)
a + 1 + 2 + 3 + 4 // 11 ms

3. 避免在有??的情况下使用 + 来拼接字符串

var a: String?

let _ = (a ?? "")
    + "1" // 27 ms
    + "2" // 101 ms
    + "3" // 1043 ms
    + "4" // 编译超时

解决方案: 采用\()(String Interpolation)

let _ = "\(a ?? "")1234" // 73 ms

另外介绍一个hack的设置

在User-Defined里添加SWIFT_WHOLE_MODULE_OPTIMIZATION = YES可以在debug选择Onone的前提下享受到优化

收录于

swift

Objective-C与Swift的性能对比因此，在可预见的未来，Objective-C和Swift将共同存在于iOS和macOS应用开发领域，相互补充，共同发展。由于Swift采用了新的构建系统，可以更快地解析和优化代码，因此在编译大型项目时，Swift的编译速度通常比Objective-C更快。值得注意的是，虽然Swift在某些方面具有优势，但在某些特定场景下，Objective-C可能仍然具有竞争力。例如，在处理底层系统调用或进行性能关键的优化时，Objective-C的C语言基础可能使其具有更高的执行效率。来自：qghhzx.cn。阅读详情

Swift语法对编译速度的影响

Swift语法对编译速度的影响

1. 避免在Array/Dictionary literals里使用复杂运算，如??(Nil Coalescing Operator), 随元素个数耗时成指数式增长

2. 浮点数参与的数学函数后追加算数运算, 耗时增长幅度匪夷所思

3. 避免在有??的情况下使用 + 来拼接字符串

另外介绍一个hack的设置

相关推荐

1. 避免在Array/Dictionary literals里使用复杂运算，如`??`(Nil Coalescing Operator), 随元素个数耗时成指数式增长