在开发之前应用的时候,有一个需求是从后台请求道文件大小并显示。一时疏忽,用了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就可以了