iOS开发32位与64位的坑

  众所周知，苹果是从iPhone 5s开始对全线移动产品使用64位架构，那么如果App需要兼容32位和64位的机型，就需要注意它们之间的区别。

  下面我们首先看看基本数据类型的区别：

32位编译器

char ：1个字节

char*（即指针变量）: 4个字节（32位的寻址空间是2^32, 即32个bit，也就是4个字节。同理64位编译器）

short int : 2个字节

int：  4个字节

unsigned int : 4个字节

float:  4个字节

double:   8个字节

long:   4个字节

long long:  8个字节

unsigned long:  4个字节

64位编译器

char ：1个字节

char*(即指针变量): 8个字节

short int : 2个字节

int：  4个字节

unsigned int : 4个字节

float:  4个字节

double:   8个字节

long:   8个字节

long long:  8个字节

   从上面的比较我们可以看的出来，对于32位的机器来说，long是四个字节，而对于64位机器的long是8字节，如果在项目开发过程中忽略了这个点，很容易出现问题。下面举例分析：

   在我们的项目中，有这样的需求，服务器端返回一个时间戳，单位为毫秒，客户端需要解析该字段并转化为NSDate，存储到数据库中。对64位的机器我们只需要定义一个字段，比如startTime，类型为long，解析字段可以使用objectForKey的longValue获取到时间戳，然后转换为时间类型，没有任何问题。但是在32位，我们发现转换后的时间类型是错误的，类型1970...。究其原因，就是因为32位机器上毫秒级的时间戳longValue后越界，导致后续转换都异常。解决这类问题的方法是在涉及到时间戳为毫秒的情况下，定义相应字段是long long类型，通过longLongValue获取到值，就不存在溢出的情况。

   如果这偏文章能给你带来启发请关注我其他的文章，或者搜索微信号：785798889关注我，谢谢~