iOS工程如何支援64-bit

標籤：blog   http   io   os   ar   使用   for   strong   sp   

蘋果在2014年10月20號發布了一條訊息：從明年的二月一號開始，提交到App Store的應用必須支援64-bit。詳細訊息地址為：https://developer.apple.com/news/?id=10202014a

那們我們應該如何開始著手讓自己的App支援64-Bit呢？

基本知識

從iPhone 5S的A7 CPU開始到剛剛發布的iPhone 6（A8 CPU）都已經支援64-bit ARM 架構。關於64-bit的介紹詳見維基百科。知乎上有很多關於蘋果使用A7，A8晶片的討論，可以參考 iPhone 6 的 Apple A8 晶片對比 Apple A7 提升明顯嗎？, iPhone 5s 配備的 A7 處理器是 64 位元，意味著什嗎？

• 1.Xcode 5.0.1開始支援編譯32-bit和64-bit的Binary

• 2.同時支援32-bit和64-bit，我們需要選擇的minimum deployment target為 iOS 5.1.1

• 3.64-bit的Binary必須運行在支援64-bit的CPU上，並且最小的OS版本要求是 7.0.3

關於Xcode “Build Setting”中的Architectures參數問題

• 1.Architectures：你想支援的指令集。（支援指令集是通過編譯產生對應的位元據包實現的，如果支援的指令集數目有多個，就會編譯出包含多個指令集代碼的資料包，造成最終編譯的包很大。）

• 2.Valid architectures：即將編譯的指令集。（Valid architectures 和 Architecture兩個集合的交集為最終編譯產生的版本）

• 3.Build Active Architecture Only：是否只編譯當前裝置適用的指令集（如果這個參數設為YES，使用iPhone 6調試，那麼最終產生的一個支援ARM64指令集的Binary。一般在DEBUG模式下設為YES，RELEASE設為NO）

關於指令集如下參考：

ARMv8/ARM64: iPhone 6(Plus), iPhone 5s, iPad Air(2), Retina iPad Mini(2,3)

ARMv7s: iPhone 5, iPhone 5c, iPad 4 

ARMv7: iPhone 3GS, iPhone 4, iPhone 4S, iPod 3G/4G/5G, iPad, iPad 2, iPad 3, iPad Mini   

ARMv6: iPhone, iPhone 3G, iPod 1G/2G 

對於支援64-bit,我們可以設定Architectures為 Standard architectures，在最新的Xcode 6上，它包括 armv7和arm64。

讓App支援32-bit和64-bit基本步驟

1.確保Xcode版本號碼>=5.0.1

2.更新project settings, minimum deployment target >= 5.1.1

3.改變Architectures為 Standard architectures（include 64-bit）

4.運行測試代碼，解決編譯warnings and errors，對照本文檔或者官方文檔 64-Bit Transition Guide for Cocoa Touch對相應地方做出修改。（編譯器不能告訴我們一切）

5.在真實的64-bit機器上測試。

6.使用Instruments查看記憶體使用量問題。

64-bit主要的變化

64-bit運行時環境和32-bit運行時環境主要有以下兩點的不同：

資料類型的改變

方法調用上的改變

資料類型的改變

整數資料型別的變化如下：

關於位元組對齊的概念可以參考如下連結：C語言位元組對齊

浮點型類型的改變如下:

資料類型的改變可能會為我們的程式帶來這些影響：

1.增加記憶體壓力

2.64-bit到32-bit資料之間的相互轉化

3.計算可能產生不同的結果

4.當把一個值從大的資料類型拷貝到小的資料類型，資料可能被截斷。（NSInteger -> int）

方法調用上的改變

基於32-bit的CPU和基於64-bit上的CPU有不同數量的寄存器，在方法調用上有不同的協議。因此32-bit和64-bit在彙編層級上是不同的。如果我們在程式中不使用彙編編程，調用協議很少會遇到。

如何編寫健壯的64-bit代碼

根據上述改變，官方文檔 64-Bit Transition Guide for Cocoa Touch給出如下7步:

1.不要將長整型long賦值給整型int (64-bit上會導致資料丟失)

2.不要將指標類型pointer賦值給整型int (64-bit導致地址資料丟失)

3.留意數值計算(掩碼計算,不帶正負號的整數和有符號整數同時使用等)

4.留意對齊方法帶來的變化

5.32-bit到64-bit之間資料轉化(通過網路傳遞的使用者資料，可能同時存在於32-bit和64-bit的環境下)

6.重寫彙編代碼

7.不要在可變參數方法和不可變參數方法之前進行強制轉化

在LLVM編譯器中，枚舉類型也可以定義枚舉的大小。我們在使用中，指派枚舉值到一個變數時，應該使用適當的資料類型。

不要將指標類型pointer賦值給整型int

12345678

int a = 5;int *c = &a; /* 32-bit下正常，64-bit下錯誤。最新的Xcode6.0編譯提示警告:‘Cast to int* for smaller integer type int‘*/int *d = (int *)((int)c + 4);  /* 正確, 指標可以直接增加*/int *d = c + 1;

如果我們一定要把指標轉化為整型，可以把上述代碼改為:

12	/* 32-bit和64-bit都正常。*/int *d = (int *)((uintptr_t)c + 4);

查看uintptr_t定義為 typedef unsigned long uintptr_t;

保持資料類型一致

方法使用時，入參，出參和賦值都需要注意保持資料類型一致。在iOS App中尤其要注意以下幾個類型的正確使用：

• long

• NSInteger

• CFIndex

• size_t

在32-bit和64-bit下，fpos_t和off_t都是64 bits的資料大小，永遠不要把它們指向int整型。

12345678910111213

long PerformCalculation(void);int c = PerformCalculation(); // 錯誤 64-bit上資料將被截取long y = PerformCalculation(); // 正確  int PerformAnotherCalculation(int input);long i = LONG_MAX;int x = PerformCalculation(i); // 錯誤 int ReturnMax(){    return LONG_MAX; // 錯誤}

Cocoa中常見的資料類型轉化問題

NSInteger : 在32-bit和64-bit下有分別的定義：

12345

#if __LP64__ || (TARGET_OS_EMBEDDED && !TARGET_OS_IPHONE) || TARGET_OS_WIN32 || NS_BUILD_32_LIKE_64        typedef long NSInteger;    #else        typedef int NSInteger;    #endif

我們永遠不應該假設NSInteger和int是一樣大的，下面的例子在使用中就需要注意:

1.使用NSNumber對象轉化時

2.使用NSCoder編解碼的時候，如果在64-bit裝置下對NSInteger編碼，在32-bit裝置下對NSInteger解碼。解碼時如果值的大小超過了32-bit，這個時候就會出現異常

3.Famework中使用NSInteger定義的一些常量

CGFloat: 和NSInteger一樣有不同的定義

1234567

typedef CGFLOAT_TYPE CGFloat; #if defined(__LP64__) && __LP64__# define CGFLOAT_TYPE double#else# define CGFLOAT_TYPE float#endif

下面給出錯誤示範:

12345

CGFloat value = 200.0;CFNumberCreate(kCFAllocatorDefault, kCFNumberFloatType, &value); //64-bit下出現錯誤 CGFloat value = 200.0;CFNumberCreate(kCFAllocatorDefault, kCFNumberCGFloatType, &value); //正確

整型數值計算問題

關於C語言的符號位擴充可參考資料為：符號位擴充

我們直接來看例子：

123456789

int a = -2;     unsigned int b = 1;     long c = a + b;     long long d = c;     printf("%lld\n", d);

問題：這段代碼在32-bit下運行結果符合我們的預期，輸出為 -1(0xffffffff)。在64-bit下運行結果為：4294967295 (0x00000000ffffffff)。

原因：一個有符號的值和一個同樣精度的無符號的值相加結果是無符號的。這個無符號的結果被轉換到更高精度的數值上時採用零擴充。

解決方案：把變數b換成長整型long

建立資料結構時使用合適的資料大小

C99提供了內建的資料類型保證了一致的資料大小，即使底層的硬體結構不同。在某些case下，我們知道資料是一個固定的大小或者一個特定的變數擁有一個有限的取值範圍。這個時候，我們應該選擇特定的類型以避免浪費記憶體。

類型如下：

永遠不要使用malloc去為變數申請特定記憶體的大小，改為使用sizeof來擷取變數或者結構體的大小。

另外我們還需要注意修改格式化字串來同時支援32-bit和64-bit。

小心處理方法和方法指標

12345678

int fixedFunction(int a, int b);int variadicFunction(int a, ...); int main{    int value2 = fixedFunction(5,5);    int value1 = variadicFunction(5,5);}

上述兩個方法中，在32-bit下使用相同的指令讀取參數的資料，但是在64-bit上，是使用完全不同的協議來編譯的。

如果在代碼中傳遞方法指標，應該保證方法調用的協議是一致的。永遠不要將一個可變參數的方法轉化成固定參數的方法。

1234	int MyFunction(int a, int b, ...); int (*action)(int, int, int) = (int (*)(int, int, int)) MyFunction;action(1,2,3); // 錯誤示範

上述錯誤的寫法，編譯器是不會提示警告或者錯誤的，並且在模擬器中也不會暴露出問題來。在發布自己的App前，一定記得要使用真機去測試。

總結

在支援64-bit過程中，應該按照Apple文檔中提供的7個步驟完整檢查項目工程。如果工程中涉及到大量的C或者C++代碼，在支援64-bit中要更加謹慎。

寫完這篇筆記後，我覺得需要重溫一下C的基礎知識。XD，順便祈禱項目中的第三方庫趕緊更新支援64-bit，阿彌陀佛。

ps: 找出不支援arm64的靜態庫 find . -name *.a -exec lipo -info "{}" \;

iOS工程如何支援64-bit