xcode編譯靜態庫

㈠ M1 設備的 Xcode 編譯問題深究

在Apple發布M1晶元之前，一直使用Intel的晶元，沒有出現什麼問題。發布M1晶元後，由於兩者架構的不同（M1是arm64架構，Intel是x86_64的架構），導致很多軟體運行出現了問題。我們在M1機型中使用Xcode編譯模擬器時，可能會碰到如下報錯：

或

這些報錯，都是是由於項目中存在.a或.framework靜態庫導致的。以前，我們創建靜態庫時，會分別打包出一份針對真機（arm64）和模擬器的（x86_64），然後將這兩份合並成一個包後引入項目中進行使用。在Intel機型上，真機上使用arm64指令，模擬器（x86_64）中使用x86_64指令，所以不存在問題。但是在M1機型上，模擬器是以arm64運行的，顯然再以x86_64運行就會出現問題。

對於這類架構報錯問題，網上的資料一般會告訴你兩個解決方案：
以Rosetta模式運行Xcode。
修改Build Settings -> Excluded Architectures選項，添加Any iOS Simulator SDK選項，並設置值為arm64。圖示如下：

這兩種方案都能解決編譯問題，但是也都存在問題。

以Rosetta模式運行是M1機器上x86軟體無法運行的解決方案，它會將x86指令轉譯成ARM指令運行，這種轉譯顯然是存在性能損耗的，損耗大概在20%～30%，不到萬不得已，不推薦使用這種方案。
Excluded Architectures方案說明

修改Excluded Architectures選項也有它的問題。字面意思是排除架構的意思，我們設置在模擬器中排除arm64就能解決模擬器無法編譯arm64的問題。
這樣的設置能生效會讓人有點費解，我們知道，在intel機型上，模擬器本來就是以x86方式運行的，排除arm64毫無影響。但是在M1機型上，模擬器是以arm64方式運行的，排除了arm64反而能跑，這不是把我的智商摁在地上摩擦么？，但是蘋果就是這樣乾的，當在M1機型上，排除了模擬器的arm64架構後，模擬器還是會以arm64的方式運行，但是模擬器中的app是以x86的方式運行的，對蘋果的這個騷操作我們不得不服。圖示如下：

有時候在Excluded Architectures選項中排除了模擬器的arm64指令，依然無法編譯通過，那麼一般是項目設置和cocoapods的設置不一致導致，設置為一致後一般可以解決問題。可以通過在Podfile中添加如下內容來解決：

通過上述內容，我們知道了問題的由來，它是由於項目中存在.a或.framework，它們提供的指令集不完整導致的。Apple對於這類問題，也提供了解決方案，請由我細細道來。

以Xcode13為例，在我們創建靜態庫時，選擇真機編譯出來的包只包含arm64指令，選擇模擬器編譯出來的會同時包含arm64和x86_64指令。我看一些網上的教程，教別人將模擬器部分的arm64移除，其實大可不必。因為要支持M1機器正常跑模擬器，模擬器必須同時包含arm64和x86_64指令。

2019年的WWDC，apple提供了一種新的框架封裝格式XCFramework。簡單理解就是以前使用lipo合並不同指令集的包，現在則使用新的指令合並成XCFramework格式

打包成framework，格式如下：

打包成XCFramework後，格式如下：

從上述可以看出，XCFramework就是把兩個不同指令集的framework放入了同一個文件夾(.xcframework)，並生成了一個配置文件Info.plist。這樣生成的XCFramework就可以完美的解決M1機器無法編譯模擬器的問題。
XCFramework的創建指令也很簡單：

以現在的情況，很多第三方框架，並沒有使用XCFramework，而項目中只要有一個框架沒有支持模擬器的arm64指令，那麼在M1機器上，模擬器只能以Rosetta模式運行應用，對這一塊的普遍支持估計要等M1普及以後了。

蘋果換芯，成了開發者們的噩夢？
armv6、armv7、armv7s、armv8、armv64及其i386、x86_64區別
細說iOS靜態庫和動態庫
關於Xcode11的XCFrameworks框架

㈡ 如何在Xcode編譯靜態庫時自動導出.h頭文件

1、選擇指定的項目和Target
2、展開「Build Phases」下的「Copy Files」，點擊紅框3標注的＋按鈕
3、在紅框標注的輸入框中輸入：*.h
4、這是為了將項目中的.h文件篩選出來
5、記得展開樹狀控制項所有的節點，然後按Command ＋ A全選.h頭文件，然後點擊啊「Add」按鈕
6、PS：如果不展開節點，那全選時會忽略那些沒有展開的節點中的文件
7、選擇「Procts」菜單下的「Build」編譯項目
8、這個時候發現所有頭文件都在指定的目錄下
9、僅僅將頭文件拷貝到一個目錄下是不夠的。實際上項目的目錄結構如下圖一樣，可能希望頭文件的輸出目錄結構跟項目中的目錄結構是一致的。如果需要這樣，那麼請繼續看下去
10、在「Build Phases」中展開＋按鈕，選擇「New Copy Files Phase...」
11、在新的「Copy Files」中修改紅框標注的Subpath的值，此處只為了拷貝Data子目錄下的頭文件，所以它的值改成了：include/$(PRODUCT_NAME)/Data
12、選擇Data目錄下的頭文件，點擊「Add」按鈕添加這些頭文件
13、重復步驟8，9，10，完成其餘目錄下頭文件的復制任務
14、最後看到在輸出目錄下頭文件的目錄結構跟項目的目錄結構時一致的

㈢ xcode 如何編譯

Xcode 常用編譯選項設置
在xcconfig文件中指定即可。
用標准庫連接
LINK_WITH_STANDARD_LIBRARIES = YES如果激活此設置，那麼編譯器在鏈接過程中會自動使用通過標准庫的鏈接器。
Info.plist 輸出編碼
INFOPLIST_OUTPUT_FORMAT = binary指定Info.plist文件的輸出編碼（默認情況下，輸出與輸入的編碼保持不變），這個輸出編碼能指定「binary」或者「XML」。
生 成調試符號GCC_GENERATE_DEBUGGING_SYMBOLS = NO當啟用的時候，詳情等級能夠通過build的』Level of Debug Symbols』設置去控制。 隱藏內聯方法GCC_INLINES_ARE_PRIVATE_EXTERN = YES Objective－C GCGCC_ENABLE_OBJC_GC = Unsupported 優化級別GCC_OPTIMIZATION_LEVEL = Fastest, Smallest [-OS]
None: 不做優化使用這個設置，編譯器的目標是減少編譯成本，使調試產生預期的結果。
Fast：優化編譯將為大函數佔用更多的時間和內存使用這個設置，編譯器將嘗試減少代碼的大小和執行時間，不進行任何優化，需要大量編譯時間。
Faster：編譯器執行幾乎所有支持的優化，它不考慮空間和速度之間的平衡與「Fast」設置相比，該設置會增加編譯時間和生成代碼的性能。編譯器不進行循環展開、內聯函數和寄存器變數的重命名。
Fastest：開啟「Faster」支持的所有的優化，同時也開啟內聯函數和寄存器變數的重命名選項
Fastest,smallest：優化代碼大小這個設置啟用「Faster」所有的優化，一般不增加代碼大小，它還執行旨在減小代碼大小的進一步優化。
C 語言方言GCC_C_LANGUAGE_STANDARD = C89 警告 檢查Switch語句GCC_WARN_CHECK_SWITCH_STATEMENTS = YES 隱藏局部變數GCC_WARN_SHADOW = YES 隱式轉換成32位的類型GCC_WARN_64_TO_32_BIT_CONVERSION = YES 未完成的Objective－C協議GCC_WARN_ALLOW_INCOMPLETE_PROTOCOL = YES 抑制所有的警告GCC_WARN_INHIBIT_ALL_WARNINGS = NO 初始化時沒有完整的括弧GCC_WARN_INITIALIZER_NOT_FULLY_BRACKETED = YES例子（a沒有完全的括弧，b有）：
int a[ 2 ][ 2 ] = { 0, 1, 2, 3 };
int b[ 2 ][ 2 ] = { { 0, 1 }, { 2, 3 } };
不匹配的返回類型
GCC_WARN_ABOUT_RETURN_TYPE = YES 缺少括弧GCC_WARN_MISSING_PARENTHESES = YES例子：
{
if( a )
if( b )
foo();
else
bar();
}
{
if( a )
{
if( b )
foo();
else
bar();
}
}
在結構體初始化時缺少欄位
GCC_WARN_ABOUT_MISSING_FIELD_INITIALIZERS = YES
缺 少函數原型GCC_WARN_ABOUT_MISSING_PROTOTYPES = YES 在文件結尾缺少新行GCC_WARN_ABOUT_MISSING_NEWLINE = YES 選擇了多個定義的類型(@Selector)GCC_WARN_MULTIPLE_DEFINITION_TYPES_FOR_SELECTOR = NO 嚴格的Selector匹配GCC_WARN_STRICT_SELECTOR_MATCH = YES 把缺少函數原型當作錯誤GCC_TREAT_IMPLICIT_FUNCTION_DECLARATIONS_AS_ERRORS = YES 把所有的警告當作錯誤GCC_TREAT_WARNINGS_AS_ERRORS = YES 未定義的SelectorGCC_WARN_UNDECLARED_SELECTOR = YES 未初始化的自動變數GCC_WARN_UNINITIALIZED_AUTOS = YES 未知的Pragma指令GCC_WARN_UNKNOWN_PRAGMAS = YES 未使用的函數GCC_WARN_UNUSED_FUNCTION = YES 未使用的標簽GCC_WARN_UNUSED_LABEL = YES 未使用的參數GCC_WARN_UNUSED_PARAMETER = YES 未使用的值GCC_WARN_UNUSED_VALUE = YES當一個語句計算的結果顯式的未使用的時候發出警告 未使用的變數GCC_WARN_UNUSED_VARIABLE = YES 警告－所有過時的函數GCC_WARN_ABOUT_DEPRECATED_FUNCTIONS = YES offsetof宏未定義使用的警告GCC_WARN_ABOUT_INVALID_OFFSETOF_MACRO = YES
iphone 常用的<app>-info.plist設置
Application requires iPhone environment如 果應用程序不能在ipod touch上運行，設置此項為true；
Application uses Wi-Fi如果應用程序需要wi-fi才能工作，應該將此屬性設置為true。這么做會提示用戶，如果沒有打開wi-fi的話，打開wi-fi。為了節省 電力，iphone會在30分鍾後自動關閉應用程序中的任何wi-fi。設置這一個屬性可以防止這種情況的發生，並且保持連接處於活動狀態
Bundle display name這用於設置應用程序的名稱，它顯示在iphone屏幕的圖標下方。應用程序名稱限制在10－12個字元，如果超出，iphone將縮寫名 稱。
Bundle identifier這個為應用程序在iphone developer program portal web站點上設置的唯一標識符。（就是你安裝證書的時候，需要把這里對應修改）。
Bundle version這個會設置應用程序版本號，每次部署應用程序的一個新版本時，將會增加這個編號，在app store用的。
Icon already includes gloss and bevel effects默認情況下，應用程序被設置了玻璃效果，把這個設置為true可以阻止這么做。
Icon file（這個不用多說了）設置應用程序圖標的。
Main nib file base name應用程序首次啟動時載入的xib文件 這個基本用不到。
Initial interface orientation 確定了應用程序以風景模式還是任務模式啟動
Localizations多語言。應用程序本地化的一列表，期間用逗號隔開，例如 應用程序支持英語 日語，將會適用 English,Japanese. Status bar is initially hidden 設置是否隱藏狀態欄。你懂的。
Status bar style選擇三種不同格式種的一種。
URL types應用程序支持的url標識符的一個數組。
用URL Scheme進行程序跳轉
打開info.plist，添加一項URL types
展開URL types，再展開Item1，將Item1下的URL identifier修改為URL Scheme
展開URL Scheme，將Item1的內容修改為myapp
其他程序可通過myapp://訪問此自定義URL
參考：http://iphonedevelopertips.com/cocoa/launching-your-own-application-via-a-custom-url-scheme.html
IOS後台播放音樂
OS後台播放只是在IOS4.0以後的版本支持。
1，設置後台播放會話
AVAudioSession *session = [AVAudioSession sharedInstance];
[session setActive:YES error:nil];
[session setCategory: error:nil];
2，在info.plist裡面添加
<key>UIBackgroundModes</key>
<array>
<string>audio</string>
</array>
靜態庫沒法包含category/分類？
如果你導入一個objc靜態庫，發現很多objc的category 不能調用，可以嘗試在主工程中加入linker選項：
-all_load 加入這個一般就夠了
-ObjC
讓程序最小化再開啟時，從頭開始：
按下 「Home」 鍵以後程序可能並沒有退出而是轉入了後台運行。如果您想讓應用直接退出，最簡單的方法是：在 info－plist 裡面找到 Application does not run in background 一項，勾選即可。
程序退出後任務欄還是有圖標，但是程序原來的所有運行狀態全部丟失，點擊任務欄圖標也不過相當於再次啟動程序；如果允許後台運行，點擊任務欄圖標後會恢復程序中斷時的界面。
本地化字元串:
在infoPlist.strings裡面寫
「string1″=」水果」
代碼裡面寫 myLabel.text = NSLocalizedString(@」string1″, nil);
本地化的Bundle display name：
1）創建一個空文件，取名為InfoPlist.strings
2）對InfoPlist.strings進行本地化（Get Info -> Make Localization），然後設置需要的語言（如中文zh）
3）編輯不同的InfoPlist.strings文件，設置顯示名字
CFBundleDisplayName = 「名字」;
4）（這步不做貌似也可以）編輯Info.plist，添加一個新的屬性Application has localized display name, 設置其類型為boolean，並將其value設置為選中狀態
default圖片的銜接問題：
程序開始後，手動載入default圖片，然後進行過渡效果即可。
遍歷目錄：
NSString *appDocDir = [[[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject] relativePath];NSArray *contentOfFolder = [[NSFileManager defaultManager] contentsOfDirectoryAtPath:appDocDir error:NULL];for (NSString *aPath in contentOfFolder) { NSLog(@"apath: %@", aPath); NSString * fullPath = [appDocDir :aPath]; BOOL isDir; if ([[NSFileManager defaultManager] fileExistsAtPath:fullPath isDirectory:&isDir] && !isDir) { [fileList addObject:aPath]; }}
IB：
不論寫不寫property的retain，由IBOutlet都會為對象加一個retainCount，所以只要連接了，就需要在viewDidUnload與dealloc中release並適當置為nil。
預先在IB裡面載入好的文件（比如圖片），即使釋放了Controller，IB中的文件也不會被釋放，直至內存警告，解決辦法是較大的資源用代碼載入。
UIWebView：
用代碼載入UIWebView的內容，navigationType是UIWebViewNavigationTypeOther
CAAnimation:
一定要記得[self.view.layer removeAllAnimations];因為CAAnimation會retain它的delegate
設備型號識別，可通過審核：
+ (NSString*)getDeviceVersion{ size_t size; sysctlbyname("hw.machine", NULL, &size, NULL, 0); char *machine = (char*)malloc(size); sysctlbyname("hw.machine", machine, &size, NULL, 0); NSString *platform = [NSString stringWithCString:machine encoding:NSUTF8StringEncoding]; free(machine); return platform;}
輸出：
//@」iPad1,1″
//@」iPad2,1″
//@」i386″
逗號後面數字解釋：(i386是指模擬器)
1-WiFi版
2-GSM/WCDMA 3G版
3-CDMA版
AppleTV(2G) (AppleTV2,1)
iPad (iPad1,1)
iPad2,1 (iPad2,1)Wifi版
iPad2,2 (iPad2,2)GSM3G版
iPad2,3 (iPad2,3)CDMA3G版
iPhone (iPhone1,1)
iPhone3G (iPhone1,2)
iPhone3GS (iPhone2,1)
iPhone4 (iPhone3,1)
iPhone4(vz) (iPhone3,3)iPhone4 CDMA版
iPhone4S (iPhone4,1)
iPodTouch(1G) (iPod1,1)
iPodTouch(2G) (iPod2,1)
iPodTouch(3G) (iPod3,1)
iPodTouch(4G) (iPod4,1)
判斷ipad/iphone
12UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPadUI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPhone
或者
1[[[UIDevice currentDevice] model] isEqualToString:@"iPad"];
判斷設備是否有攝像頭
1[UIImagePickerController isSourceTypeAvailable:];