前言：

首先在提升專案的編譯速度前，有必要了解一下哪些檔案編譯耗時，GitHub上的一個開源工具：https://github.com/RobertGummesson/BuildTimeAnalyzer-for-Xcode，為我們提供了統計函式編譯時間的功能，利用該工具能很方便的查出編譯耗時的地方。最後根據統計到的編譯時間來進行具體優化。

開源工具使用：

1、開啟前言中所寫連結並下載其Demo，然後開啟下載的Demo並在Xcode中選擇相應的Deployment Target，然後執行，執行成功會出現一個彈出框如下圖：

2、開啟我們要測試的專案，按照彈出框的步驟操作即可，待測試專案執行成功後會出現下圖：

具體優化方案：

一、程式碼層面優化

1、由於在申明物件時沒有指定其型別導致編譯時Xcode進行了大量的型別推斷進而造成編譯時間過長。因此需要儘量避免型別推斷，在申明一個物件時指定其具體型別。

如：var label = UILabel()   ——>  var label:UILabel = UILabel()

2、nil型別問題，由於swift存在可選值，因此某些物件的值可能為空，這在程式碼處理時可能會導致編譯很慢。

3、根據工具測試 ++= 運算比較耗時，參考下圖：

4、根據工具測試複雜的表示式計算會導致執行速度變慢，拆分計算可以加快編譯速度，如下圖：

二、編譯器層面優化編譯時間

方式1、WHO：簡單地說，Whole-Module Optimization（全模組優化，以下簡稱 WMO），即在編譯專案時，將同屬於一個 Module（可以理解為一個 Target、一個 Package）的所有原始碼都串起來，進行整體的一個分析與優化，區別於 Single-File Optimization（單檔案優化，以下簡稱 SFO），WMO 可以更好的統籌全域性，去 inline 函式呼叫、排除死函式（即寫了卻從不呼叫的函式）等等，使編譯速度加快。但是WMO 只是在 Release 模式下成為了預設且推薦的選項，在 Debug 模式下預設依然是 None。

方式2、如果把所有 Model 檔案全部合併到一個檔案去編譯， 那編譯時間會從 1min 35s 減少到 17s，那麼我們如果把所有程式碼檔案都合併到一起，那就可以極大地優化編譯速度了。WHO也會把檔案合併起來再進行編譯，實際使用時我們發現編譯雖然快了，但對於編譯時間的減少還是遠沒有直接把檔案合併到一起那麼有效。 主要原因是因為 WHO 除了合併檔案之外，還會在預編譯階段做這些事情：檢測沒有被呼叫的方法和型別, 在預編譯期去掉它們，給沒有被繼承的類, 沒有被繼承的方法加上 final 標籤，給編譯器提供更多資訊, 以便這些方法被優化為靜態呼叫或者是內聯進去，這些優化會對於程式的效率有很大的提升，但編譯時間會有所增加。而通過增加一個編譯巨集就可以做到只合並檔案, 而不做優化，具體操作如下：

（1）進入工程檔案設定 ---> Build Setting 

（2）如下圖操作：

（3）如下圖操作：設定 key 為 SWIFT_WHOLE_MODULE_OPTIMIZATION，value 設為 YES

總結：

在不更改現有程式碼的基礎上提升編譯速度可選擇上述方式2：增加一個編譯巨集。