不一样平台下int类型、指针类型的数据大小

不一样平台下int类型、指针类型的数据大小

对于int类型数据和指针类型数据的大小，是很是基础的问题。

在一个具体的平台上，肯定他们最好的办法就是使用sizeof(type)对其进行判断，返回当前数据类型的大小。

在不一样的平台下，int类型和指针类型的数据类型大小时怎样的呢？若是要给出一个统一的答案，天然不可能集齐每一个平台，一个个地去试，咱们必须从底层进行分析。

数据总线和地址总线

计算机内的数据总线是CPU与外设进行数据交换的通路，而地址总线则是CPU用于寻址的通路。

数据总线的位数决定了CPU与外设一次能够传输的字节数。

而地址总线则决定了CPU能够寻址的范围，若是是32位地址线，每根地址线传输一位，可表示的范围为0~2^32-1，因为内存中的基本单位是byte，因此也就对应0~2^32-1 byte，也就是0~4GB，对应于内存的可取范围。

总线的位数通常也用总线宽度来表示。

---

一个常见的误区是：地址总线和数据总线的宽度老是保持一致的。

这个错误想法的原因就是没有弄清楚地址总线和数据总线的工做原理，咱们能够这样理解：

在一个很大的仓库中，地址总线表明一张仓库地图的坐标，而数据总线则是取货的推车，地图坐标系的大小(也就是地址总线的宽度)决定了它能够记录多大的仓库面积，而推车的大小(即数据总线的宽度)决定了一次能够取多少货。

仓库管理员根据地图找到货物存放的地址，而后使用推车来存取货物。

在这个模型中，仓库的面积能够很是大，只须要将地图坐标绘得足够大，而取货的推车能够很小，只是取大件货物的时候多跑几回。

一样的，管理员能够买个足够大的推车，而仓库面积并不大，只是一般在取货的时候，推车不能被装满，存在一些空间浪费问题。

---

因此说，地址总线和数据总线在宽度上没有太大的联系，可是，芯片设计者为了平衡时间效率和空间效率，同时考虑到硬件上的影响，一般使用一样的地址总线宽度和数据总线宽度。

举一个数据总线和地址总线宽度不一样的例子：在经典的8086计算机中，数据总线为16位，地址总线则是20位。

芯片的位数

一般，咱们所说的一个芯片是多少位的，究竟是看它的数据总线宽度仍是地址总线宽度呢？

答案是：决定一个芯片多少位，是由这个芯片一次能处理多少位数据决定的，等于片内寄存器的宽度，同时能够当作是数据总线的宽度。

为何这里说的是芯片位数能够当作是数据总线的宽度而不是等于数据总线的宽度呢？按照目前的状况而言，几乎全部的芯片位数都等于数据总线宽度。

可是从严格意义上来讲，数据总线是用来传输数据的，芯片位数指的是处理数据的宽度，数据的传输和处理并不是同一个概念，传输和处理数据的宽度是能够不同的，只是实际状况下数据传输的宽度和处理的宽度是同样的，固然，这种区分有点吹毛求疵，因此，芯片位数等于数据总线宽度也是一种可接受的答案(固然，过去都是一致不表明将来也是一致，概念仍是要分清)。

同时，在编程时，咱们一般碰到一个叫作"字长"的概念，字长一般等于数据总线的宽度。

int型数据的大小

常见的第二个误区是：int型数据的大小，也就是sizeof(int)的大小彻底跟随硬件平台的位数。

这个误区的产生是源于咱们初学C语言时的教程：在16位芯片上int型类型大小为16位，即两字节，而在32位机器上，int型为32位，即四字节。 以此类推，由此咱们就创建的一个模糊且错误的概念：int型数据的大小是跟随于平台的位数。

事实上，正确的答案是：int型数据的大小和硬件平台位数无关，它是由C语言标准和编译器共同决定的。

为此，博主查阅了C99 spec标准，它是这么说的：

Sizes of integer types <limits.h>
The values given below shall be replaced by constant expressions suitable for use in #ifpreprocessing directives.
...
...
minimum value for an object of type int
INT_MIN -32767 // −(215 − 1)           //这只是其中一个示例，不一样平台可能有不一样定义
— maximum value for an object of type int
INT_MAX +32767 // 215 − 1

翻译过来就是，int类型的大小是由limits.h文件中INT_MIN和INT_MAX两个宏定义来决定的，而limits.h文件在编译器库文件中能够找到。

int类型对应平台的大小是这样的：

• 16位系统中，int型为16位大小，两字节
• 32位系统中，int型为32位大小，四字节
• 64位系统中，int型为32位大小，四字节

事实上，除了int类型，还有一个类型在不一样平台中有不一样的表现，那就是long型:

• 16位系统中，long型为32位大小，4字节
• 32位系统中，long型为32位大小，4字节
• 64位系统中，long型为64位大小，8字节

指针的大小

对于指针变量的大小，我听得最多的一个概念就是：在32位系统下指针类型为32位，在64位系统下指针类型为64位，以此类推。

可是不得不遗憾地说，这个说法实际上是错误的，至少说是不严谨的。

指针本质上是变量，它的值是内存中的地址，既然须要经过指针可以访问当内存当中全部的数据，那么这个指针类型的宽度至少要大于等于地址总线的宽度。打个比方一个芯片的地址总线是32位，那么内存地址的范围就是0~4G，那么这个指针类型的宽度至少须要32位，才能保证访问到内存中每一个字节。

可是，实际上的状况是：芯片的位数由芯片一次能处理的数据宽度决定，可当作是数据总线的宽度，可是地址总线和数据总线的宽度有时候并不一致。

因此在经典的32位系统中，同时也是32位地址总线，天然而然的，指针的长度为32位。

可是对早期的8086而言，这是16位芯片，可是它的地址总线却扩展到了20位，同时由于数据对齐的缘由，它的指针大小应该是16+16位=32位，可是出于效率上的优化，8086提供了远指针、近指针，在访问本段内的地址时，采用16位指针，若是有段地址跳转，就使用32位的指针。

至少从这个示例能够知道，指针的大小彻底由实际使用的地址总线的宽度(+数据对齐)来决定，而并不是由芯片位数来决定。

因此，有时候，咱们可能会在64位系统中碰到指针大小为4字节的状况，也可能在16位系统中碰到指针大小为4字节的状况。

固然，须要特别注意的是，在64位系统中地址大小为4字节的状况下，并不是必定是芯片的地址总线是32位，极可能是CPU运行在只使用部分地址总线的模式下，又或者是使用32位兼容的编译器所致，这一部分较为复杂，本文旨在创建一个初步的概念，若是要深刻研究的话几篇博客是不够的，这里暂不赘述。

总结

int和long类型数据大小并不是由硬件平台的位数决定，而是由C标准和编译器共同决定。

同时，指针即sizeof(ptr)的大小也并不是由硬件平台的位数决定，而是由实际上所使用的地址总线宽度决定的。
***

好了，关于int型和指针的大小的讨论就到此为止啦，若是朋友们对于这个有什么疑问或者发现有文章中有什么错误，欢迎留言

原创博客，转载请注明出处！

祝各位早日实现项目丛中过，bug不沾身.