關(guān)于bitcode
Bitcode類似于一個(gè)中間碼，被上傳到applestore之后，蘋果會(huì)根據(jù)下載應(yīng)用的用戶的手機(jī)指令集類型生成只有該指令集的二進(jìn)制，進(jìn)行下發(fā)。從而達(dá)到精簡(jiǎn)安裝包體積的目的。
一點(diǎn)編譯原理
為了更好的理解什么是bitcode，我們簡(jiǎn)短的看一下編譯器編譯的過程：
Lexer :讀入源文件，并將其轉(zhuǎn)化成字符流
Parser :將字符流轉(zhuǎn)換成AST（抽象語法樹）
Semantic Analysis: 對(duì)輸入的AST進(jìn)行語法檢查。
Code Generation: 代碼生成，將AST轉(zhuǎn)換成低層次的IR指令
Optimization: 分析IR指令，將其中潛在會(huì)拖慢運(yùn)行速度的指令干掉。
AsmPrinter: 通過IR（中間碼）生成特定CPU架構(gòu)的匯編代碼
Assemble: 將匯編代碼轉(zhuǎn)化成二進(jìn)制
Linker: 通常程序會(huì)引用其他的二進(jìn)制文件（.a或者framework)，但是這些鏈接在程序中沒有正確的地址，只是個(gè)占位符。Linker的工作就是給這些占位符正確的地址。
更多信息可以參考：The Compiler
一般情況下，在真實(shí)的編譯器構(gòu)架那種，會(huì)將上述過程分成前端和后端兩部分來處理：
在前后端之間傳遞的就是IR（中間碼），而bitcode就是一種特殊形式的中間碼。原本前后端的工作都是在本地LLVM中完成，雖然Apple沒有給出具體的Bitcode實(shí)現(xiàn)，但是通過他們的文檔可以猜測(cè)，是將一部分后端的工作移到了服務(wù)器進(jìn)行。從Xcode上傳IR到服務(wù)器，服務(wù)器來真對(duì)不同的機(jī)型進(jìn)行后續(xù)操作。從而達(dá)到真對(duì)不同機(jī)型生成對(duì)應(yīng)指令集的二進(jìn)制，而減小報(bào)體積的目的。
打開bitcode設(shè)置
實(shí)際上在Xcode 7中，我們新建一個(gè)iOS程序時(shí)，bitcode選項(xiàng)默認(rèn)是設(shè)置為YES的。我們可以在”Build Settings”->”Enable Bitcode”選項(xiàng)中看到這個(gè)設(shè)置。
不過，我們現(xiàn)在需要考慮的是三個(gè)平臺(tái)：iOS/Mac OS/watchOS。
對(duì)應(yīng)iOS，bitcode是可選的。
對(duì)于watchOS，bitcode是必須的。
Mac OS不支持bitcode。
如果我們開啟了bitcode，在提交包時(shí)，下面這個(gè)界面也會(huì)有個(gè)bitcode選項(xiàng)：
確保打包的時(shí)候使用的是fembed-bitcode, 而不是fembed-bitcode-maker
需要注意的是bitcode只默認(rèn)在archive下編譯。在debug和release下并不會(huì)。
如果您開發(fā)的是app那么走正常的打包archive流程就好了。如果你正在開發(fā).a靜態(tài)庫或者framework，請(qǐng)注意打包方式設(shè)置為archive,或者在打包腳本中加入-fembed-bitcode參數(shù)。如果需要的話，需要在Build Settings中打開 DEPLOYMENT_POSTPROCESSING=YES，設(shè)置Strip Style為debugging。
檢測(cè)是否打開Bitcode
當(dāng)打開bitcdoe選項(xiàng)之后，我們可以使用otool工具來檢查二進(jìn)制文件中是否包含bitcode段。
針對(duì)于靜態(tài)鏈接庫.a文件
otool -arch armv7 -l xxxx.a | grep __bitcode | wc -l
如果是當(dāng)前庫支持.a文件則會(huì)輸出一個(gè)數(shù)字
如果不支持bitcode則不會(huì)出現(xiàn)該數(shù)字。
上述命令只檢查了armv7架構(gòu)，同時(shí)，也必須使用改指令檢查其他的指令集是否包含bitcode如：arm64，armv7s等等
檢查app或者framework中是否包含bitcode
由于app中二進(jìn)制和framework中二進(jìn)制文件與.a文件存在差異，因?yàn)樾枰獧z查的是__LLVM段，當(dāng)出現(xiàn)該段的時(shí)候，則表示支持bitcdoe，否則不支持。
otool -l xxxx | grep __LLVM | wc -l
這里otool有個(gè)bug，當(dāng)你的framework使用過lipo命令，進(jìn)行拆解和合并之后，需要指定指令集進(jìn)行檢查才可以。
otool -arch armv7 -l xxxx | grep __LLVM | wc -l
BUT, 上述檢查過了之后，也不一定是真的支持bitcode，在實(shí)際的測(cè)試中，發(fā)現(xiàn)上述檢測(cè)命令通過之后，某個(gè)使用的第三方庫，依然報(bào)錯(cuò)不支持bitcode。因而最終結(jié)果，還是需要以是否能夠連接成功為準(zhǔn)。重要事情說三遍，上述網(wǎng)上流傳的檢測(cè)方法只做參考，最終還是要以實(shí)際效果為準(zhǔn)。
最終結(jié)果檢查
如果您是一個(gè)APP，可以直接進(jìn)行Archive打包，如果是一個(gè)庫，則建議建一個(gè)Demo工程進(jìn)行打包，記得要打開bitcode設(shè)置。
CheckPoint1 連接是否報(bào)錯(cuò)
如果有任何一個(gè)庫沒有打開bitcode鏈接，將會(huì)出現(xiàn)類似下方的錯(cuò)誤。只要鏈接過了，那么恭喜了，基本上是OK了。
