最近一直在搞怎么加快編譯速度旁理，也查看了很多的資料躏精。
加快XCode的編譯鏈接速度（200%+）—XCode編譯速度慢的解決方案
根據(jù)我自己的理解卫枝，我覺(jué)得大致分為下面幾個(gè)方面優(yōu)化惩系。
-
硬件方面(可以飛速提升)
- 給編譯結(jié)果存儲(chǔ)采用機(jī)械硬盤(pán)存儲(chǔ)
- 提升機(jī)器配置 比如
CPU內(nèi)存和硬盤(pán)
-
基于技巧
-
開(kāi)啟多線(xiàn)程編譯
貌似最新的
Xcode9支持多線(xiàn)程編譯 但是貌似機(jī)器會(huì)更卡 敲代碼都一頓一頓的刻诊。 -
使用
CCache使用
Cache是可以大幅度的節(jié)省大量的編譯時(shí)間 但是我們用到很多打包的Framework使用了@import不支持Cache很苦逼 -
去掉
PCH文件(減少PCH引用文件頭改動(dòng))PCH本來(lái)是為了引入外部的框架頭部進(jìn)行預(yù)編譯防楷，從而加快build和build run的速度的。甚至可以方便開(kāi)發(fā)人員在工程其他地方不需要再次引入框架就可以使用代碼则涯，加快開(kāi)發(fā)速度复局。
但是許多開(kāi)發(fā)人員沒(méi)有了解
PCH的原理，為了方便什么頭文件都放在里面粟判。結(jié)果沒(méi)有起到加快編譯還越來(lái)越慢亿昏。最后蘋(píng)果只好隱藏的不做支持，需要的自己去配置档礁。
-
修改工程配置
-
關(guān)閉生成
DSYM文件發(fā)布一定要生成 不然崩潰都分析不出來(lái)
-
開(kāi)啟 PCH 文件預(yù)編譯
這個(gè)一旦導(dǎo)入的第三方有改動(dòng)是不會(huì)及時(shí)編譯的 比如上次我從
Carthage轉(zhuǎn)換成Cocoapods -
其他
其他影響平時(shí)開(kāi)發(fā) 收效不明顯
-
-
-
代碼方面
-
源代碼盡量使用
Framework比如工程不經(jīng)常改動(dòng)的類(lèi) 或者第三方
-
刪除不需要代碼文件
比如一些第三方庫(kù)都沒(méi)用到 一些新建類(lèi)已經(jīng)不用都可以刪除
-
減輕頭文件不需要的
#import引用只要引用的類(lèi)有代碼的改動(dòng) 引用該類(lèi)的文件就要重新編譯
-
刪除工程的一些垃圾代碼
比如一些根本不走的邏輯 或者方法
前往小專(zhuān)欄查看全部 https://xiaozhuanlan.com/topic/0278956314
-
