苹果发布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了，详细消息请猛戳这里。
于是開始看了一下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规范。
除了这些以外，还有浮点类型
数据类型里面，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位系统后，内存的占用肯定会变多一点，只是性能也有对应的提升。
版权声明：本文博主原创文章，博客，未经同意不得转载。