iOS如何相容的應用程式32位系統和64Bit系統

標籤：

      蘋果發布iPhone5S時刻，64應用程式位去了眼前。當時我看到蘋果公布的官方資料iOS7.x的SDK支撐64位應用程式。而內建的應用程式已經64位置。

      我記得自己剛剛接觸電腦時還有16位的系統，指標的定址範圍還是16位的。當年用TurboC時，還要依據應用的大小選擇是tiny模式還是其它。後來非常長一段時間使用32位的模型編程。4G是牢牢記住的一個邊界條件。而如今，64位走到了眼前。

      就如同16位轉向32位一樣。硬體肯定是最先推出的。SDK也會跟進。然後各種第三方的應用才會逐步跟進。這個過程一般都須要持續一段時間。這次蘋果在推出之後，非常長一陣子也處於32位和64位並行的過渡期。可是。隨著10月份蘋果宣布。2015年2月1日起，上傳AppStore的應用都須要支援ARM64了，詳細訊息請猛戳

id=10202014a">這裡。

      於是開始看了一下32位應用怎樣轉成64位應用

1. 基礎知識

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

      同一時候支援32-bit和64-bit。我們須要選擇的minimum deployment target為 iOS 5.1.1

      64-bit的Binary必須執行在支援64-bit的CPU上。而且最小的OS版本號碼要求是 7.0.3

 

2. 讓應用相容64位的基本步驟

      安裝Xcode5.0.1或者以後——事實上如今能提交AppStore的Xcode版本號碼最少也要5.1.1

      在Xcode中開啟project。編譯。修正錯誤以及警告，尤其是針對32位和64

      在Project Setting裡面，把最小應用使用的SDK改到5.1.1或者更高的版本號碼

      把Architectures參數設定成“Standard Architectures (including 64-bit).”

      這樣你的應用就支援了64位的CPU，再次修複編譯器的錯誤和警告，請注意，有些問題編譯器是沒有警告的

      在64位的真機上測試你的應用

      使用Instruments查看記憶體使用量的狀況

3. 從32位到64位的變化

3.1 資料類型的變化

      這裡主要是語言內建類型所佔的位元組數以及位元組對齊的不同。

在32位的年代，使用的是IPL32的規範，到了64位之後，改成了LP64規範。

      

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc2FrdWxhZmx5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

      除了這些以外，還有浮點類型

     

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvc2FrdWxhZmx5/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >      

      資料類型裡面，NSInteger在32位時等同於int，在64位時等同於long，而這個資料結構使用非常廣，非常多不規範的時候會直接和int替換使用，在32位是毫無問題，但在64位時。這就是隱患了。CGFloat也有相同的問題，所以代碼的檢查改動必須細緻。

      至於對齊，假設使用了位移量來訪問struct的項，那麼須要認真細緻的檢查，其餘的還算好。當然假設你用了malloc，那麼也請檢查一下分配的記憶體大小。建議是多使用sizeof來協助計算。

      還有，針對儲存的檔案。比方儲存在iCloud上的檔案。你無法確定是一個32位應用還是64位的應用會去訪問。那麼請一定把資料內容的解釋寫成一模一樣。

3.2 方法調用上的變化

      64位應用要求全部函數都有原型，這本身就是一個好的編碼習慣

      函數的造型必須和原型全然一致。尤其要避免參數個數未定的函數指標造型（printf一類）

      在64位系統在執行時調用函數和32位系統是不同的。基本的差別在於傳遞具有可變參數個數的函數的參數時，我們來看以下的代碼：

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

      第一個函數是固定傳入2個參數，第二個函數是參數個數不定的。在使用中，也傳入了2個參數。在32位系統下，這兩個函數的參數傳遞是很類似的，而在64位系統下，這兩者就是截然不同了。

3.3 彙編的不同

      由於是不同的指令集。彙編當然會不同。只是我們一般的應用不會用到彙編，所以這一項比較少遇到。

4. 第三方庫

      最後。我們項目中使用的第三方庫肯定須要支援64位系統。否則還是白搭。

所以大家在升級時須要檢查自己使用的第三方的庫。看是否已經有64位的版本號碼出現了。

      蘋果眼下的系統中（iOS7/iOS8）,32位的framework和64位的framework是共存的，所以假設全部的應用都是64位的話，系統就自己主動不載入32位的framework，這樣能夠少佔用資源，另外對執行的速度是有優點的。也就是說。你會感覺手機執行的快了一點。

      應用在相容64位系統後，記憶體的佔用肯定會變多一點，只是效能也有對應的提升。

著作權聲明：本文博主原創文章，部落格，未經同意不得轉載。

iOS如何相容的應用程式32位系統和64Bit系統