> For the complete documentation index, see [llms.txt](https://ryukiedev.gitbook.io/wiki/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ryukiedev.gitbook.io/wiki/swift/23.swift-xiang-mu-bian-yi-su-du-you-hua.md).

# 23.Swift项目编译速度优化

## 前言

本文将从代码层面探究如何分析并优化 `Swift` 代码的编译速度。

## 一、 检查代码中的编译瓶颈

### 1.1 项目配置

通过警告的形式标识出超出设定值的代码，下面以设置 `100ms` 为界限为例

在 `BuildSettings` 中 `other swift flags` 下添加下面的配置：

![1](/files/-Mj-GmsTeKvjmJmWP4B6)

* -Xfrontend -warn-long-function-bodies=100
* -Xfrontend -warn-long-expression-type-checking=100

> 仅在 `DEBUG` 下添加就行了，毕竟只是用来检测

### 1.2 编译检查

`Clean` 后编译一次，这里就可以看到很多的警告了：

![2](/files/-Mj-GmsWqU2MgE-M0Dkb)

![3](/files/-Mj-Gms_5KU-s7pyqXXW)

你可能觉得这样检测有点不方便，毕竟项目的警告可能有几百上千个。下面介绍一个工具：`BuildTimeAnalyzer-for-Xcode`

## 二、 BuildTimeAnalyzer-for-Xcode 使用说明

首先 Clone 项目代码（或者直接[下载代码](https://github.com/RyukieSama/BuildTimeAnalyzer-for-Xcode)）

```
git clone https://github.com/RyukieSama/BuildTimeAnalyzer-for-Xcode.git
```

### 2.1 项目配置

在 `BuildSettings` 中 `other swift flags` 下添加下面的配置：

* -Xfrontend -debug-time-function-bodies

然后 `Clean` 项目，重新 `Build`。

### 2.2 打开 BuildTimeAnalyzer.xcodeproj

这里有三种方式来使用

#### a. 直接运行

![直接运行](/files/-Mj-GmscDcFyO-z9-6p0)

#### b. 导出App

`Product - Archive`

![导出App](/files/-Mj-GmsdgO7iAOv1nzRT)

导出一个App文件，以后即可直接使用了。

![App](/files/-Mj-Gmsf1R3j7ZJqFvsl)

#### c. 懒人方式-下载即用

这里我搞好了一个包，直接可用。支持 `Intel`， `Apple Silicon`。

[下载：BuildTimeAnalyzer.zip即可](https://github.com/RyukieSama/BuildTimeAnalyzer-for-Xcode)

### 2.3 查看编译耗时日志

![04](/files/-Mj-Gmspjhv7krsRS9_n)

在列表中点击刚才自己的配置完成并编译后的项目，即可查看日志。

![05](/files/-Mj-GmsvzI7i65ftB7Kh)

显示了整体编译耗时，还标有具体代码的行数与函数名，点击可跳转。

> 每次时间不一定一样，根据电脑运行情况会有一些变化，但是整体的瓶颈趋势还是基本一致的

## 三、 优化项目

这里个人建议结合上面两种方式来定位。

* `BuildTimeAnalyzer` 用来找到瓶颈更加直观
* 第一个直接添加警告的方式用来定位具体代码更准确

### 3.1 项目配置

为了结合两种方式，这里我的配置如下：

![09](/files/-Mj-Gmt-TsJxKrdffhO5)

***`BuildTimeAnalyzer`\*\*\*\* \*\*\*\*分析结果***

![我的电脑配置](/files/-Mj-Gmt3LEFNiYi6gJNE)

![12](/files/-Mj-Gmt6nfrtKoHe3h2v)

* 最高： `DataBaseDataCenter+Overview` 耗时 `35075ms`

### 案例1：较长的逻辑

![10](/files/-Mj-Gmt9e-E7qXT7aOrl)

这里是使用 `WCDB` 瓶颈显示的是连续的调用 `WCDB` 中的范型函数来获得一个 `condition` 进行数据库操作。

![11](/files/-Mj-GmtAp6efLEXk96tT)

#### 优化：拆分

![14](/files/-Mj-GmtB676bIkUdCu9x)

Clean 后再 Build，查看是否有效：

![15](/files/-Mj-GmtCazvMb7jYsnot)

`DataBaseDataCenter+Overview` 耗时由 `35075ms` 下降至 `19007ms`，减少了近一半的时间。那么再把 `DataBaseDataCenter+Overview` 其他相同场景的代码也优化一下看看结果吧。

![16](/files/-Mj-GmtDljgaYPyB8JiM)

优化了另一处一样的场景后，时间降到了 `915ms`。

### 案例2：字符串拼接

这里使用了 `+` 进行字符串的拼接

![19](/files/-Mj-GmtFk_S-Ry0OPcPb)

![17](/files/-Mj-GmtGiFZrg60u-CUo)

此处总耗时 `2596ms`。

#### 优化：使用 "xx\\(xx)xx" 拼接

使用 `\(preString)~\(endString)` 的方式进行拼接

![20](/files/-Mj-GmtH2vUzYAgW4HRs)

![18](/files/-Mj-GmtJiahm7hcqXR1m)

效果明显，降到了 `617ms`。

### 案例3：少用 ??

![22](/files/-Mj-GmtKcnBlbwA7LaV8)

![21](/files/-Mj-GmtLYJR8YQzdbHT-)

此处用了较多的 `??`。整体耗时 `3561ms`。

#### 优化：提前 gurad/if let 解包或者减少调用 ?? 次数

![23](/files/-Mj-GmtMIyl7sHkOkOVN)

![24](/files/-Mj-GmtN32dhHdYzInlf)

整体降到了 `855ms`。

## 四、 总结

此处列举了一些我在项目中的一些成功优化的点，当然还有一些没有找到合适优化方式的点。再有一些有价值的点结局的话我会再来更新进文中。而且这里是以个人项目作为小白鼠进行的优化，企业项目中一般可优化的地方就更多了。而且我们也不能为了优化而优化，不能影响了源代码的可读性与连贯性。

也欢迎大家交流补充

## 参考

* [BuildTimeAnalyzer中文手册](https://github.com/RyukieSama/BuildTimeAnalyzer-for-Xcode)
* [配置说明](https://github.com/apple/swift/commit/18c75928639acf0ccf0e1fb6729eea75bc09cbd5)
* [iOS 微信编译速度优化分享](https://mp.weixin.qq.com/s/-wgBhE11xEXDS7Hqgq3FjA)
* [Optimizing Swift build times](https://github.com/RyukieSama/Optimizing-Swift-Build-Times)