2018.4.18
如相關原作者要求刪除博敬，請聯(lián)系我奉呛，立刪计螺。
1.iOS開發(fā) - Bitcode適配指南
2.理解iOS開發(fā)中BitCode功能
3.深入理解iOS開發(fā)中的BitCode功能
從Xcode7開始,新建項目默認就打開了bitcode設置
LLVM是目前蘋果采用的編譯器工具鏈,Bitcode是LLVM編譯器的中間代碼的一種編碼,LLVM的前端可以理解為C/C++/OC/Swift等編程語言,LLVM的后端可以理解為各個芯片平臺上的匯編指令或者可執(zhí)行機器指令數(shù)據(jù),那么,BitCode就是位于這兩者直接的中間碼. LLVM的編譯工作原理是前端負責把項目程序源代碼翻譯成Bitcode中間碼,然后再根據(jù)不同目標機器芯片平臺轉換為相應的匯編指令以及翻譯為機器碼.這樣設計就可以讓LLVM成為了一個編譯器架構,可以輕而易舉的在LLVM架構之上發(fā)明新的語言(前端),以及在LLVM架構下面支持新的CPU(后端)指令輸出,雖然Bitcode僅僅只是一個中間碼不能在任何平臺上運行,但是它可以轉化為任何被支持的CPU架構,包括現(xiàn)在還沒被發(fā)明的CPU架構,也就是說現(xiàn)在打開Bitcode功能提交一個App到應用商店,以后如果蘋果新出了一款手機并CPU也是全新設計的,在蘋果后臺服務器一樣可以從這個App的Bitcode開始編譯轉化為新CPU上的可執(zhí)行程序,可供新手機用戶下載運行這個App.
再看官方文檔的解釋：
Bitcode is an intermediate representation of a compiled program. Apps you upload to iTunes Connect that contain bitcode will be compiled and linked on the App Store. Including bitcode will allow Apple to re-optimize your app binary in the future without the need to submit a new version of your app to the store.
說的是bitcode是被編譯程序的一種中間形式的代碼。包含bitcode配置的程序將會在App store上被編譯和鏈接瞧壮。bitcode允許蘋果在后期重新優(yōu)化我們程序的二進制文件登馒，而不需要我們重新提交一個新的版本到App store上。
繼續(xù)看咆槽，在What’s New in Xcode-New Features in Xcode 7中陈轿，還有一段如下的描述
Bitcode. When you archive for submission to the App Store, Xcode will compile your app into an intermediate representation. The App Store will then compile the bitcode down into the 64 or 32 bit executables as necessary.
當我們提交程序到App store上時，Xcode會將程序編譯為一個中間表現(xiàn)形式(bitcode)秦忿。然后App store會再將這個botcode編譯為可執(zhí)行的64位或32位程序麦射。
Bitcode配置
在相關的錯誤提示中，一般類似的有提到如何處理我們遇到的問題：
You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target. for architecture arm64
要么讓第三方庫支持灯谣，要么關閉target的bitcode選項潜秋。
實際上從Xcode 7之后，我們新建一個iOS程序時胎许，bitcode選項默認是設置為YES的峻呛。我們可以在”Build Settings”->”Enable Bitcode”選項中看到這個設置罗售。
不過，我們現(xiàn)在需要考慮的是三個平臺：iOS钩述，Mac OS寨躁，watchOS。
對應iOS牙勘，bitcode是可選的职恳。
對于watchOS，bitcode是必須的方面。
Mac OS不支持bitcode放钦。
如上面所說，bitcode是一種中間代碼恭金。LLVM官方文檔有介紹這種文件的格式最筒，有興趣的可以移步LLVM Bitcode File Format。
一點編譯原理
為了更好的理解什么是bitcode蔚叨，我們簡短的看一下編譯器編譯的過程：
- Lexer :讀入源文件床蜘，并將其轉化成字符流
- Parser :將字符流轉換成AST（抽象語法樹）
- Semantic Analysis: 對輸入的AST進行語法檢查。
- Code Generation: 代碼生成蔑水，將AST轉換成低層次的IR指令
- Optimization: 分析IR指令邢锯，將其中潛在會拖慢運行速度的指令干掉。
- AsmPrinter: 通過IR（中間碼）生成特定CPU架構的匯編代碼
- Assemble: 將匯編代碼轉化成二進制
- Linker: 通常程序會引用其他的二進制文件（.a或者framework)搀别，但是這些鏈接在程序中沒有正確的地址丹擎，只是個占位符。Linker的工作就是給這些占位符正確的地址歇父。
更多信息可以參考：The Compiler
一般情況下蒂培，在真實的編譯器構架那種，會將上述過程分成前端和后端兩部分來處理：
在前后端之間傳遞的就是IR（中間碼）榜苫，而bitcode就是一種特殊形式的中間碼护戳。原本前后端的工作都是在本地LLVM中完成，雖然Apple沒有給出具體的Bitcode實現(xiàn)垂睬，但是通過他們的文檔可以猜測媳荒，是將一部分后端的工作移到了服務器進行。從Xcode上傳IR到服務器驹饺，服務器來真對不同的機型進行后續(xù)操作钳枕。從而達到真對不同機型生成對應指令集的二進制，而減小報體積的目的赏壹。
需要注意的是bitcode只默認在archive下編譯鱼炒。在debug和release下并不會。
檢測是否打開Bitcode
當打開bitcdoe選項之后蝌借，我們可以使用otool工具來檢查二進制文件中是否包含bitcode段昔瞧。
針對于靜態(tài)鏈接庫.a文件
otool -arch armv7 -l xxxx.a | grep __bitcode | wc -l
如果是當前庫支持.a文件則會輸出一個數(shù)字
如果不支持bitcode則不會出現(xiàn)該數(shù)字俐巴。
上述命令只檢查了armv7架構，同時硬爆，也必須使用改指令檢查其他的指令集是否包含bitcode如：arm64，armv7s等等檢查app或者framework中是否包含bitcode
由于app中二進制和framework中二進制文件與.a文件存在差異擎鸠，因為需要檢查的是__LLVM段缀磕，當出現(xiàn)該段的時候，則表示支持bitcdoe劣光，否則不支持袜蚕。
otool -l xxxx | grep __LLVM | wc -l
這里otool有個bug，當你的framework使用過lipo命令绢涡，進行拆解和合并之后牲剃，需要指定指令集進行檢查才可以。
otool -arch armv7 -l xxxx | grep __LLVM | wc -l
BUT, 上述檢查過了之后雄可，也不一定是真的支持bitcode凿傅，在實際的測試中，發(fā)現(xiàn)上述檢測命令通過之后数苫，某個使用的第三方庫聪舒，依然報錯不支持bitcode。因而最終結果虐急，還是需要以是否能夠連接成功為準箱残。重要事情說三遍，上述網上流傳的檢測方法只做參考止吁，最終還是要以實際效果為準被辑。最終結果檢查
如果您是一個APP，可以直接進行Archive打包敬惦，如果是一個庫盼理，則建議建一個Demo工程進行打包，記得要打開bitcode設置俄删。
CheckPoint1 連接是否報錯
如果有任何一個庫沒有打開bitcode鏈接榜揖，將會出現(xiàn)類似下方的錯誤。只要鏈接過了抗蠢，那么恭喜了举哟，基本上是OK了。連接報錯CheckPoint2 檢查最終效果
1.使用開發(fā)模式導出ipa
使用開發(fā)模式導出ipa
使用開發(fā)模式導出ipa
2.選擇出包的方式
這里建議使用第二種迅矛，生成真對具體機型的包
出現(xiàn)了妨猩，Compiling Bitcode，這個過程；喟：琛Ｍ怠！庐椒！
3.最終結果
在最后輸出的文件中椒舵，你能夠看到一個App Thinning的結果，里面有針對各個機型的ipa包约谈。
Apps
在App Thinning Size Report中能夠明顯看到笔宿，由于使用了bitcode等技術之后，所帶來的收益：
App Thinning Size Report for All Variants of Black
Variant: Black-iPad (4th generation)-etc.ipa
Supported devices: iPad (3rd generation) and iPad (4th generation)
App + On Demand Resources size: 368 KB compressed, 737 KB uncompressed
App size: 368 KB compressed, 737 KB uncompressed
On Demand Resources size: Zero KB compressed, Zero KB uncompressed
....
