做了這么久的老項目，被蝸牛般的編譯速度折磨很久。估計很多同學也會遇到類似的問題。這里把平時自己如何加快
XCode編譯速度的方法整理一下。
1. 增加XCode執(zhí)行的線程數(shù)（??）
可以根據(jù)自己Mac的性能，更改線程數(shù)設(shè)置5：defaults write com.apple.Xcode PBXNumberOfParallelBuildSubtasks 5
另外也有一個設(shè)置可以開啟：defaults write com.apple.dt.Xcode ShowBuildOperationDuration YES
XCode默認使用與CPU核數(shù)相同的線程來進行編譯，但由于編譯過程中的IO操作往往比CPU運算要多，因此適當?shù)奶嵘€程數(shù)可以在一定程度上加快編譯速度。
2.將Debug Information Format改為DWARF（??????）
在工程對應(yīng)Target的Build Settings中，找到Debug Information Format這一項，將Debug時的DWARF with dSYM file改為DWARF。
如圖：
這一項設(shè)置的是是否將調(diào)試信息加入到可執(zhí)行文件中，改為DWARF后，如果程序崩潰，將無法輸出崩潰位置對應(yīng)的函數(shù)堆棧，但由于Debug模式下可以在XCode中查看調(diào)試信息，所以改為DWARF影響并不大。這一項更改完之后，可以大幅提升編譯速度。
比如在目前本人負責的項目中，由于依賴了多個Target，所以需要在每個Target的Debug Information Format設(shè)置為DWARF。順便提一下，如果通過Cocoapod引入第三方則Debug Information Format默認就是設(shè)置為DWARF的。
-
SDWebImage通過Cocoapod``Debug Information Format的默認設(shè)置
注意：將
Debug Information Format改為DWARF之后，會導致在Debug窗口無法查看相關(guān)類類型的成員變量的值。當需要查看這些值時，可以將Debug Information Format改回DWARF with dSYM file，clean（必須）之后重新編譯即可。
3.將Build Active Architecture Only改為Yes（??）
在工程對應(yīng)Target的Build Settings中，找到Build Active Architecture Only這一項，將Debug時的NO改為Yes。
這一項設(shè)置的是是否僅編譯當前架構(gòu)的版本，如果為NO，會編譯所有架構(gòu)的版本。需要注意的是，此選項在Release模式下必須為NO`，否則發(fā)布的ipa在部分設(shè)備上將不能運行。這一項更改完之后，可以顯著提高編譯速度。
4.設(shè)計編譯優(yōu)化等級（??）
不要再項目中或者靜態(tài)庫中使用-O4，因為這會讓Clang鏈接Link Time Optimizations (LTO)使得編譯更慢，通常使用-O3。
注意：在設(shè)置編譯優(yōu)化之后，XCode斷點和調(diào)試信息會不正常，所以一般靜態(tài)庫或者其他Target這樣設(shè)置。
