苹果在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 位,意味着什么?
关于指令集如下参考:
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。
64-bit运行时环境和32-bit运行时环境主要有以下两点的不同:
整型数据类型的变化如下:
关于字节对齐的概念可以参考如下链接:http://blog.csdn.net/21aspnet/article/details/6729724#comments
浮点型类型的改变如下:
数据类型的改变可能会为我们的程序带来这些影响:
基于32-bit的CPU和基于64-bit上的CPU有不同数量的寄存器,在方法调用上有不同的协议。因此32-bit和64-bit在汇编层级上是不同的。如果我们在程序中不使用汇编编程,调用协议很少会遇到。
根据上述改变,官方文档 64-Bit Transition Guide for Cocoa Touch给出如下7步:
在LLVM编译器中,枚举类型也可以定义枚举的大小。我们在使用中,指派枚举值到一个变量时,应该使用适当的数据类型。
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;
如果我们一定要把指针转化为整型,可以把上述代码改为:
/* 32-bit和64-bit都正常。*/ int *d = (int *)((uintptr_t)c + 4);
查看uintptr_t定义为 typedef unsigned long uintptr_t;
方法使用时,入参,出参和赋值都需要注意保持数据类型一致。在iOS App中尤其要注意以下几个类型的正确使用:
在32-bit和64-bit下,fpos_t和off_t都是64 bits的数据大小,永远不要把它们指向int整型。
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; // 错误 }
NSInteger : 在32-bit和64-bit下有分别的定义:
#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是一样大的,下面的例子在使用中就需要注意:
CGFloat: 和NSInteger一样有不同的定义
typedef CGFLOAT_TYPE CGFloat; #if defined(__LP64__) && __LP64__ # define CGFLOAT_TYPE double #else # define CGFLOAT_TYPE float #endif
下面给出错误示范:
CGFloat value = 200.0; CFNumberCreate(kCFAllocatorDefault, kCFNumberFloatType, &value); //64-bit下出现错误 CGFloat value = 200.0; CFNumberCreate(kCFAllocatorDefault, kCFNumberCGFloatType, &value); //正确
关于C语言的符号位扩展可参考资料为:http://blog.163.com/shi_shun/blog/static/237078492010651063936/
我们直接来看例子:
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。
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上,是使用完全不同的协议来编译的。
如果在代码中传递方法指针,应该保证方法调用的协议是一致的。永远不要将一个可变参数的方法转化成固定参数的方法。
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中要更加谨慎。