我注意到现代的C和C++代码似乎size_t
代替int
/ unsigned int
几乎无处不在 - 从C字符串函数的参数到STL.我很好奇这个原因及其带来的好处.
该size_t
类型是无符号整数类型是结果sizeof
操作(和offsetof
运营商),因此它是保证足够大,以包含您的系统可以处理的最大对象(例如,8GB的静态数组)的大小.
该size_t
类型可能比比大,等于,或小于unsigned int
,你的编译器可能会做出假设它进行优化.
您可以在C99标准中找到更准确的信息,第7.17节,其草案可在因特网上以pdf格式或在C11标准第7.19节中获得,也可作为pdf草案获得.
经典C(由Brian Kernighan和Dennis Ritchie在C编程语言中描述的C的早期方言,Prentice-Hall,1978)没有提供size_t
.C标准委员会介绍size_t
了消除可移植性问题
在embedded.com上详细解释(有一个很好的例子)
简而言之,size_t
永远不会消极,并且它最大化性能,因为它的typedef将是无符号整数类型,足够大 - 但不是太大 - 来表示目标平台上最大可能对象的大小.
大小永远不应该是负数,实际上size_t
是无符号类型.另外,因为size_t
是无符号的,所以可以存储大约是相应签名类型的两倍大的数字,因为我们可以使用符号位来表示幅度,就像无符号整数中的所有其他位一样.当我们再获得一位时,我们将我们可以表示的数字范围乘以大约两倍.
所以,你问,为什么不使用unsigned int
?它可能无法容纳足够多的数字.在unsigned int
32位的实现中,它可以表示的最大数字是4294967295
.某些处理器(如IP16L32)可以复制大于4294967295
字节的对象.
所以,你问,为什么不使用unsigned long int
?它确实在一些平台上造成了性能损失.标准C要求long
占用至少32位.IP16L32平台将每个32位长实现为一对16位字.这些平台上的几乎所有32位运算符都需要两条指令(如果不是更多),因为它们与两个16位块中的32位一起使用.例如,移动32位长通常需要两个机器指令 - 一个用于移动每个16位块.
使用size_t
避免了这种性能损失.根据这篇精彩的文章,"Type size_t
是一个typedef,它是某些无符号整数类型的别名,通常unsigned int
或者unsigned long
甚至可能是偶数unsigned long long
.每个标准C实现都应该选择足够大的无符号整数 - 但不超过需要的大小 -表示目标平台上最大可能对象的大小."
size_t类型是sizeof运算符返回的类型.它是一个无符号整数,能够表示主机上支持的任何内存范围的字节大小.它(通常)与ptrdiff_t有关,因为ptrdiff_t是有符号整数值,使得sizeof(ptrdiff_t)和sizeof(size_t)相等.
在编写C代码时,每当处理内存范围时,应始终使用size_t.
另一方面,int类型基本上定义为主机可用于最有效地执行整数运算的(带符号)整数值的大小.例如,在许多旧的PC类型计算机上,值sizeof(size_t)将是4(字节)但sizeof(int)将是2(字节).尽管CPU可以处理高达4 GiB的(逻辑)存储空间,但16位算术比32位算术快.
只有在关心效率时才使用int类型,因为它的实际精度很大程度上取决于编译器选项和机器架构.特别是C标准指定了以下不变量:sizeof(char)<= sizeof(short)<= sizeof(int)<= sizeof(long)对程序员可用于每个的精度的实际表示没有其他限制这些原始类型.
注意:这与Java中的不同(实际上为每个类型'char','byte','short','int'和'long'指定了位精度).
类型size_t必须足够大,以存储任何可能对象的大小.Unsigned int不必满足该条件.
例如,在64位系统中int和unsigned int可能是32位宽,但size_t必须足够大以存储大于4G的数字