为什么size_t更好？

Question

标题实际上有点误导，但我想保持简短。 我已经读过为什么我应该使用size_t，我经常发现这样的语句：

size_t保证能够表达任何对象的最大大小，包括任何数组

我真的不明白这意味着什么。 是否可以一次分配多少内存，并且size_t保证足够大以计算该内存块中的每个字节？

后续问题：
是什么决定了可以分配多少内存？

Answer 1

假设您的编译器/平台可以拥有的最大对象是4 GB。 size_t则为32位。 现在让我们假设您在64位平台上重新编译您的程序，该平台能够支持大小为2 ^ 43的对象 - 1. size_t将至少为43位长（但通常在此时为64位）。 关键是你只需要重新编译程序。 您不必将所有int更改为long （如果int为32位且long为64位）或从int32_t更改为int64_t 。 （如果你问自己为什么43位，让我们说Windows Server 2008 R2 64bit不支持大小为2 ^ 63的对象，也不支持大小为2 ^ 62的对象......它支持8 TB的可寻址空间...所以43位！）

为Windows编写的许多程序认为指针与DWORD （32位无符号整数）一样大。 如果不重写大型代码，则无法在64位上重新编译这些程序。 如果他们使用DWORD_PTR （保证无符号值保证包含指针所需的大小），他们就不会遇到这个问题。

size_t “点”是相似的。 但不同 ！

size_t不能保证能够包含指针!!
（Microsoft Windows的DWORD_PTR是）

一般来说，这是非法的：

void *p = ...
size_t p2 = (size_t)p;

例如，旧的DOS“平台”上，物体的最大尺寸是64K，所以size_t需要的是16位， 但至少为20位需要一个远指针，因为8086具有1兆位存储器空间（最后一个远指针是16 + 16位，因为8086的内存是分段的）

Answer 2

基本上它意味着size_t保证足够大以索引任何数组并获得任何数据类型的大小。

它比使用just int ，因为int和其他整数类型的大小可以小于可以索引的大小。 例如， int通常为32位长，这不足以索引64位计算机上的大型数组。 （将程序移植到64位时，这实际上是一个非常常见的问题。）

Answer 3

这正是原因所在。 给定编程语言中任何对象的最大大小由OS，CPU体系结构和正在使用的编译器/链接器的组合决定。

size_t被定义为足以容纳最大可能对象的大小值。

这通常意味着size_t的typedef与可用的最大int类型相同。 因此，在32位环境中，它通常是4个字节，在64位系统中是8个字节。

Answer 4

size_t是为您要编译的平台定义的。 因此，它可以代表该平台的最大值。

Answer 5

size_t是sizeof运算符的返回值（参见7.17 c99），因此它必须描述系统可以表示的最大可能对象。

Answer 6

看一下

http://en.wikipedia.org/wiki/Size_t