std::size_t的用法

最新推荐文章于 2025-09-22 15:02:18 发布

原创最新推荐文章于 2025-09-22 15:02:18 发布 · 5.5k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#c++ #c语言 #数据结构

本文围绕C++中的size_t类型展开，介绍其取值范围是目标平台下最大可能的数组尺寸，是与机器相关的unsigned类型，能增强程序可移植性。还探讨了使用std::size_t的原因，并对比了unsigned int和unsigned long在不同平台的使用情况。

1. size_t的取值range是目标平台下最大可能的数组尺寸

size_t和unsigned int有所不同,size_t的取值range是目标平台下最大可能的数组尺寸
,一些平台下size_t的范围小于int的正数范围,又或者大于unsigned int.
最典型的,在x64下,int还是4,但size_t是8.这意味着你在x64下最大可能开辟的数组尺寸是2^64.
如果你使用int或者unsigned int,那么在x64下如果你的代码中全部使用uint作为数组的尺寸标记,
那么你就会失去控制 2^32尺寸以上的数组的机会.虽然现在在x64上开辟一个大于2^32 大小的连续数组依然是个不大可能的事情,但是…

2.它是一个与机器相关的unsigned类型

size_t 类型定义在cstddef头文件中，该文件是C标准库的头文件stddef.h的C++版。它是一个与机器相关的unsigned类型，其大小足以保证存储内存中对象的大小。
例如：bitset的size操作返回bitset对象中二进制位中的个数，返回值类型是size_t。
例如：在用下标访问元素时，vector使用vector::size_type作为下标类型，而数组下标的正确类型则是size_t。
在C++中，设计 size_t 就是为了适应多个平台的。size_t的引入增强了程序在不同平台上的可移植性。

在32位系统中size_t是4字节的，而在64位系统中，size_t是8字节的，这样利用该类型可以增强程序的可移植性。
首先四种类型都是无符号类型，是用以表示元素个数或者数组索引的最佳类型。在作为函数参数时，不需像有符号类型那样检测值是否小于零。

3. ::size_t还是std::size_t

请使用std::size_t，因为你处于C++的世界。
在此，所有C++标准库组件用以表示元素个数的类型（比如size()或者operator[]）都是std::size_t。

std::size_t count = array.size(); // array是typedef vector<int>
std::size_t index = 0;
array[ index ] = 0;

注意：

如果某个CPP没有使用任何C++标准库组件，那么就有可能需要包含头文件。
std::size_t其实就是::size_t (::size_t被引入到namespace std中(你可以在中找到)

基本上我们不会考虑unsigned int和unsigned long，因为处在C++的世界，使用C++标准库组件就是在所难免了。
如果你非要了解其细枝末节的话，那么下面是一份清单：

unsigned int 和 unsigned long比较(不考虑32位以下的平台）

如果不考虑可移植性：
在32位平台上更应该使用unsigned int，因为它：

和unsigned long 一样的大小，32位可以表示到42.9亿。
比unsigned long更常用
和std::size_t是一样的类型

如果是64位平台的话：

unsinged int仍是32位，而unsigned long就是64位了。
更应该使用unsigned long因为处理器对64位具有更快的处理速度。

就目前而言，64位平台还不够成熟，所以向64位平台的移植基本不做考虑。

但是如果你坚持要考虑可移植性(注意是硬件32位平台向64位移植，而非软件）：

如果对速度敏感：使用unsigned long，无论在32位还是64位都有最快的处理速度。
如果对内存敏感：使用unsigned int，使用内存量不会因平台而改变。
不过通常对于硬件平台的可移植性的考虑都是多余的（不够敏捷哦）。

总结：
请在任何情况下使用std::size_t