《64-Bit transition Guide for Cocoa Touch》中文PDF版
PDF地址 ：http://download.csdn.net/detail/songhongri/6433813
随着IOS 7 和 iPhone5s 占有比例越来越高，64 位的编程 或 对现有项目64位的转换就显得尤为重要了，为了迎合市场的需要，小弟找来官方文档想好好研究一下，小弟不才，英语不好，但正好又想做点什么，干点以前没干过的，所以就萌生了决定翻译它，但断断续续持续了一个多月才完成。（很遗憾没有占上第一个坑）
Xcode用32位和64位的二进制文件来构建你的应用。这种结合的二进制的需要iOS 6或更高版本的最小部署环境。64位二进制仅运行在iOS 7或更高版本。如果是一个已经存在的应用程序，你应该先更新你的应用到iOS 7,然后部署到64位处理器上。通过更新到iOS 7，你可以移除过时的代码路径和使用最新的句子。如果你正在创建一个新的应用，选中iOS 7环境和编译你的应用程序的32位和64位版本。当IOS 程序在64 位的设备上运行时，IOS 包含区分 32位和 64 位的框架。当一个设备上的所有应用程序都支持 64 位的话，IOS 将不会加载32 位相关的库文件，这就意味着系统将消耗更小的内存，启动APP的速度也将快很多，内存的减少即使没给app 性能上带来太大的提高，由于所有的内置app都支持 64 位的运行环境，它也将会让每一个运行在64 位的设备上的应用程序受益，特别是那些需要在后台进行处理的应用程序。
在开始构建 64 位的app的时候，尽量修复 和 64 位相关的警告，例如：
1.确保所有的方法调用都有一个合适的原形。
2.避免由于将一个 64 位的数据应用到32 位置上而将 其切断
3.确保你64位的APP 所有的计算 都是正常工作的。
4.在 32 位 和64 位中app 中使用相同的数据结构 （例如当你写一个文件到ICoud）
一定要拿真机测试你的64 位应用程序，因为只有在真机上运行才能发现一些改变。当你运行你的程序的时候，请分析你的性能和内存使用情况，提高它们是很有必要的。
下面 表格1-1 将会描述所有整型数据的一些改变，其中高亮的部分是LP64 和 ILP32 的不通之处。
Table 1-1 Size and alignment of integer data typesin OS X and iOS
Integer data type
ILP32 size
ILP32 alignment
LP64 size
LP64 alignment
char
1 byte
1 byte
1 byte
1 byte
BOOL, bool
1 byte
1 byte
1 byte
1 byte
short
2 bytes
2 bytes
2 bytes
2 bytes
int
4 bytes
4 bytes
4 bytes
4 bytes
long
4 bytes
4 bytes
8 bytes
8 bytes
long long
8 bytes
4 bytes
8 bytes
8 bytes
pointer
4 bytes
4 bytes
8 bytes
8 bytes
size_t
4 bytes
4 bytes
8 bytes
8 bytes
NSInteger
4 bytes
4 bytes
8 bytes
8 bytes
CFIndex
4 bytes
4 bytes
8 bytes
8 bytes
fpos_t
8 bytes
4 bytes
8 bytes
8 bytes
off_t
8 bytes
4 bytes
8 bytes
8 bytes
表格1-2 将描述浮点型数据的一些改变
Floating-point type
ILP32 size
LP64 size
float
4 bytes
4 bytes
double
8 bytes
8 bytes
CGFloat
4 bytes
8 bytes
转换64位需要注意事项的总结1. 不要将64 位的长整型 转换成 32位的整型2. 不要将64位的指针转换成 32 的整型
int *c = something passed in as an argument....
int *d = (int *)((int)c + 4); // Incorrect.
int *d = c + 1; // Correct!
3. 避免因为数学计算引起的指针和长整型类型的截断
4. 修复因数据大小引起的标准性问题
5. 确保 32 位和64位共用的数据有相同的数据结构。
6. 重写汇编语言来满足64位的操作码和运行环境
7. 避免将可变的参数的方法和不可变的方法进行转换
你永远不要假设NSInteger 和 int 是同样大小的，如下面有很少一些特许的例子需要看一下：
1. 从NSNumber 类型对象转换过来或转换成NSNumber 的时候
2. 用NSCode 类进行编码和解码的时候，如果你在64位的设备上将NSInteger 编码，然后在32位的设备上解码，如果值的范围超出了32位解码方法将会抛出异常。你应该 使用严格的整型数据类型代替
（参考“使用严格的整型数据类型”）
3. 使用框架中用NSInteger 定义的常量，例如 NSNotFound ,在64位中，它的值是比 int 类型最大值是大的，所以截取它的值经常导致错误。
CGFloat 变成了64位。和NSInteger 一样，你也不要假设CGFloat 和 float 或者 double 一样，所以坚持使用CGFloat类型吧。
// Incorrect.
CGFloat value = 200.0;
CFNumberCreate(kCFAllocatorDefault, kCFNumberFloatType, &value);
// Correct!
CGFloat value = 200.0;
CFNumberCreate(kCFAllocatorDefault, kCFNumberCGFloatType, &value);
好吧 ，大致内容就写这么多吧，要想获取更多内容请看《IOS 7 64位改变指南.pdf》
