iOS32位和64位的坑

转载自: https://blog.csdn.net/cewei711/article/details/53018784

在开发之前应用的时候，有一个需求是从后台请求道文件大小并显示。一时疏忽，用了int，结果数据一出，显示的是-17888...

一看到这个BUG，就意识到是数据溢出导致的。于是改成了long，在iPadMini4上测试完美，于是提交测试。

测试用自己的iPad4测试，结果还是-17888...，于是就懵了，

经过跟代码，发现在iPad4上确实是溢出。

考虑良机区别，怀疑是32位于64位区别导致的，经试验，果然是这个原因，改成long long ，解决。

查找参考资料如下：

C标准只规定了short至少16位，long至少32位，long long 至少64位[1]，同时long long >= long >= short。[2]
至于具体多少由编译器决定。

对于iOS设备来说

可用如sizeof（char),sizeof(char*)等得出

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个字节，最大是2147483648，在大则溢出

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个字节，最大是18446744073709552000

long long:  8个字节

unsigned long:  8个字节

比较得知，32与64区别主要在long，64位比32位大得多。

而在32位机器中，long与int相同，则应该尽量避免使用long，直接longlong就可以了