iOS版編譯器

㈠ 百度APP iOS端包體積50M優化實踐(七)編譯器優化

網路APP iOS端包體積優化系列文章深入探討了包體積優化的整體方案、圖片優化、資源優化、代碼優化、無用類優化、HEIC圖片優化實踐以及無用方法清理。本篇將著重於編譯器優化在網路APP實踐中的應用。

編譯器優化

編譯器優化包括GCC語言編譯優化、Swift編譯優化、LTO優化、剝離調試符號、剝離符號表、剔除未引用的代碼、Asset優化、C++虛函數優化和三方SDK編譯器方向瘦身。

2.1 方案綜述

2.2 GCC語言編譯優化

2.2.1 綜述

通過GCC編譯優化，可以生成體積更小的二進制產物，對Objective C、C、C++均有效。

2.2.2 Objective C++編譯優化

在XCode中編輯和編譯Objective C++代碼時，優化配置路徑為：Build Settings -> Apple Clang -> Code Generation。可選參數包括：

默認優化等級為-Os，但我們使用-Oz優化方式。WWDC 2019《What's New in Clang and LLVM》詳細解釋了這種優化原理，它通過識別跨函數的相同代碼序列減少代碼大小。重復的連續機器指令被外聯為函數，原始代碼序列被替換為外聯函數，雖然增加函數調用棧深度，但在當前高配置的iPhone設備上，這種性能損失是可以接受的。

實踐表明，編譯優化參數 -Oz對Objective C++代碼有10%體積收益，對C和C++代碼有30%收益。

2.2.3 C/C++編譯優化

對於底層模塊（如網路庫、播放內核、視覺處理和端智能），常使用C和C++實現。這些模塊支持跨平台，採用Cmake和GN編譯。對於C++語言，cppFlags選項設置為'-Oz'；對於C語言，cFlags選項設置為"-Oz"。

2.3 Swift編譯優化

Swift優化包括Optimization Level和Compilation Mode，配置路徑為：Build Settings -> Swift Compiler -> Code Generation。

Optimization Level可選參數值有：Optimize for Size，其核心原理與GCC語言編譯優化類似，通過外聯和復用重復的連續機器指令降低大小。Compliation Mode可選參數值有：Optimize for Size[-Osize]和Whole Mole，同時開啟可減少10%的Swift包體積大小。

2.4 LTO優化

LTO是蘋果官方提出的一種優化策略，通過在鏈接階段進行跨模塊優化，減少代碼大小和提高執行效率。配置路徑為：Build Settings -> Apple Clang -> Code Generation -> Link-Time Optimization，設置為Incremental。

LTO優化體現在：函數內聯化、去除無用代碼、全局優化。但負面影響包括：降低Link Map的可讀性、增加編譯和鏈接時間。

2.5 剝離調試符號

默認設置Symbols Hidden by Default為YES，可減少包大小。動態庫設置為NO，否則會引發鏈接錯誤。

2.6 剝離符號表

配置路徑為：Build Settings -> Strip Linked Proct。選擇屬性值為YES。

Strip Linked Proct用於去除不必要的符號信息，去除後只能使用dSYM文件進行符號化，因此需將"Debug Information Format"修改為"DWARF with dSYM file"。

2.7 剔除未引用的代碼

配置路徑為：Build Settings -> Dead Code Stripping。選擇屬性值為YES。

該優化主要在鏈接時剔除C、C++、Swift等靜態語言的無用代碼，但在處理Objective-C時無效，因其基於Runtime機制編譯。

2.8 Asset優化

配置路徑為：Build Settings -> Asset Catalog Compiler -> Optimization。選擇Space以優化包大小，收益較小。

2.9 C++減少虛函數的使用

減少虛函數使用可減少虛函數表佔用空間，最終減小程序包大小。

2.10 三方SDK編譯器瘦身

需對每個框架進行優化配置和微調，確保庫和依賴項也正確配置，以確保與編譯器優化兼容。

網路APP內部集成了眾多第三方SDK，需優化SDK以實現應用瘦身。

指令集架構優化

支持arm64和x86_64架構，通過優化指令集架構減小上傳到AppStore的包體積。

3.2 指令集架構設置

使用lipo命令從舊的framework中拆分指定架構的二進制文件，合並後替換老的framework的mach-o文件。

3.3 去除無用架構

通過驗證AbcArm64和AbcArmX86_64架構信息。

XCode升級優化

蘋果Xcode版本持續優化，如Xcode 14，提供更強大的並行編譯能力，顯著提高構建速度，優化包體積。

Swift內置動態庫優化

自2014年發布以來，Swift語言發展迅速，成為iOS開發的首選語言。優化Swift內置動態庫，只需將APP支持的最低版本修改為12.2。

優化後，網路APP包體積減少30M+，提交AppStore後，有顯著收益。

編譯器優化在網路APP包體積優化中的ROI最高，但影響范圍廣泛。通過實踐，成功減少了30M的包體積，實現了自身庫的全部收益，同時優化了前15個三方SDK。

總結了網路APP的編譯器優化方案，包括多種優化手段，後續將繼續深入探討其他優化方法。

㈡ iOS: FFmpeg編譯和使用問題總結

經過一周多的努力，我終於解決了FFmpeg庫的編譯問題，並將整個過程中遇到的坑全部整理出來。如需快速解決問題，直接參考第二部分關於最新版本FFmpeg庫的編譯指南；若需編譯較老版本的FFmpeg庫（如0.7.x），請跳至第七部分查看相應編譯腳本，並記得閱讀全文以獲取更多知識。

背景

網上關於FFmpeg編譯配置的資料大多針對的是較新版本（如2.0），當我試圖使用最新版本時，遇到了無法快進、無聲音等問題，且代碼中出現大量警告，原因在於版本過新導致介面變動。最終，我了解到項目使用的是0.7.x版本的FFmpeg庫，但這只是問題的開始，經過一系列困難，我終於解決了編譯問題。

最新版本的FFmpeg庫編譯

最新版本的FFmpeg庫為2.1，歷史版本詳情請參閱http://www.ffmpeg.org/releases/。FFmpeg是一個跨平台、用C語言編寫的庫，包含編碼、解碼、色彩空間轉換等功能。編譯需要命令行支持，對於後台或Linux開發知識缺乏的人來說，這是一大挑戰。幸運的是，網路資源豐富，遇到問題可直接在Google搜索解決。網上廣泛推薦一個適用於Xcode5的自動化編譯FFmpeg庫的腳本，腳本地址為：gist.github.com/m1entus...，且需要依賴Perl編寫的腳本：github.com/mansr/gas-pr...。完成腳本下載並設置許可權後，通過命令行執行腳本即可完成FFmpeg庫的編譯工作。

編譯較早期版本的FFmpeg本庫

嘗試將腳本中的版本號改為0.7，運行腳本後，發現編譯時出現錯誤提示。通過./configure命令查看所有可用選項，發現缺少--disable-iconv選項。通過查閱配置文件，了解到0.7版本的FFmpeg庫確實沒有該選項。為了解決問題，我精簡並修改了腳本，去除了下載部分的代碼，以適應0.7版本的庫編譯需求。

如何使用以及編譯鏈接中可能遇到的問題

使用經過修改的腳本build-ffmpeg0.7.sh可一鍵完成FFmpeg 0.7版本庫的編譯工作。編譯完成後，獲取靜態庫和頭文件，只需將這些文件添加至項目中即可使用。在實際使用過程中，可能會遇到各種問題，如時間頭文件沖突、編譯器錯誤等，我會在遇到問題時進行詳細解答，提供解決辦法。

總結

通過解決FFmpeg庫編譯問題，我學習到了FFmpeg配置的基本知識，對庫的裁剪、指定編譯環境、靜態庫安裝路徑等有了深入了解。雖然過程充滿挑戰，但最終收獲頗豐，我理解了編譯過程背後的原理，對FFmpeg庫有了更深入的認識。建議在使用技術時，不僅要會用，還要了解其工作原理，這樣在遇到問題時能更好地解決問題。