iOS工程如何支持64-bit arm64

原文地址： http://www.cocoachina.com/ios/20141024/10031.html
苹果在2014年10月20号发布了一条消息：从明年的二月一号开始，提交到App Store的应用必须支持64-bit.详细消息地址为：https://developer.apple.com/news/?id=10202014a1.Xcode 5.0.1开始支持编译32-bit和64-bit的Binary2.同时支持32-bit和64-bit，我们需要选择的minimum deployment target为 iOS 5.1.13.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 4ARMv7: iPhone 3GS, iPhone 4, iPhone 4S, iPod 3G/4G/5G, iPad, iPad 2, iPad 3, iPad MiniARMv6: iPhone, iPhone 3G, iPod 1G/2G对于支持64-bit,我们可以设置Architectures为 Standard architectures，在最新的Xcode 6上，它包括 armv7和arm64。让App支持32-bit和64-bit基本步骤1.确保Xcode版本号>=5.0.12.更新project settings, minimum deployment target >= 5.1.13.改变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保持数据类型一致方法使用时，入参，出参和赋值都需要注意保持数据类型一致。在iOS App中尤其要注意以下几个类型的正确使用：longNSIntegerCFIndexsize_tNSInteger : 在32-bit和64-bit下有分别的定义：我们永远不应该假设NSInteger和int是一样大的，下面的例子在使用中就需要注意:1.使用NSNumber对象转化时2.使用NSCoder编解码的时候，如果在64-bit设备下对NSInteger编码，在32-bit设备下对NSInteger解码。解码时如果值的大小超过了32-bit，这个时候就会出现异常3.Famework中使用NSInteger定义的一些常量CGFloat: 和NSInteger一样有不同的定义整型数值计算问题关于C语言的符号位扩展可参考资料为：符号位扩展我们直接来看例子：问题：这段代码在32-bit下运行结果符合我们的预期，输出为 -1(0xffffffff)。在64-bit下运行结果为：4294967295 (0x00000000ffffffff)。原因：一个有符号的值和一个同样精度的无符号的值相加结果是无符号的。这个无符号的结果被转换到更高精度的数值上时采用零扩展。解决方案：把变量b换成长整型long创建数据结构时使用合适的数据大小C99提供了内置的数据类型保证了一致的数据大小，即使底层的硬件结构不同。在某些case下，我们知道数据是一个固定的大小或者一个特定的变量拥有一个有限的取值范围。这个时候，我们应该选择特定的类型以避免浪费内存。类型如下：
永远不要使用malloc去为变量申请特定内存的大小，改为使用sizeof来获取变量或者结构体的大小。另外我们还需要注意修改格式化字符串来同时支持32-bit和64-bit。小心处理方法和方法指针上述两个方法中，在32-bit下使用相同的指令读取参数的数据，但是在64-bit上，是使用完全不同的协议来编译的。如果在代码中传递方法指针，应该保证方法调用的协议是一致的。永远不要将一个可变参数的方法转化成固定参数的方法。上述错误的写法，编译器是不会提示警告或者错误的，并且在模拟器中也不会暴露出问题来。在发布自己的App前，一定记得要使用真机去测试。总结在支持64-bit过程中，应该按照Apple文档中提供的7个步骤完整检查项目工程。如果工程中涉及到大量的C或者C++代码，在支持64-bit中要更加谨慎。