电话
400 9058 355
size()返回逻辑长度即当前元素个数,capacity()返回物理容量即底层分配的内存可容纳元素数;capacity()恒≥size(),且仅在push_back触发扩容时按倍增策略增长。
size() 返回当前存了多少个元素,是逻辑长度;capacity() 返回底层分配的内存能容纳多少个元素,是物理容量。两者数值可以相等,但 capacity() 永远 ≥ size()。
常见误解是认为 capacity() 是“预留空间”,其实它只是 vector 内部 new 出来的连续内存块总大小——哪怕你只 push_back 一个元素,capacity() 也可能已经是 16 或 32。
每次 push_back 导致 size() == capacity() 时,vector 必须重新分配内存。主流实现(如 libstdc++、libc++)采用倍增策略:新 capacity 通常是旧值的 1.5 倍或 2 倍。
push_back 小量元素可能触发多次 realloc,伴随数据拷贝开销reserve(n) 预留空间,可避免中间扩容resize(n) 只影响 
size()(并默认构造/析构元素),不改变 capacity();而 reserve(n) 只影响 capacity(),不改变 size()
空 vector 的 size() 和 capacity() 都可以是 0,这不代表它没分配内存——某些标准库实现会在首次插入时才分配,也有实现初始就分配小块(如 1 个元素空间)。
判断是否真正“未分配”不能只看 capacity() == 0,更可靠的是:empty() && data() == nullptr(C++11 起 data() 对空 vector 返回 nullptr)。
注意:shrink_to_fit() 是请求缩减容量,但不保证成功;调用后 capacity() 可能仍大于 size(),甚至不变。
在关键路径加日志输出,比如:
std::vectorv; v.push_back(1); std::cout << "size=" << v.size() << ", capacity=" << v.capacity() << "\n";
容易踩的坑:
operator[] 访问 size() 之外的位置不会检查 capacity(),行为未定义(不是越界异常,而是静默错误)clear() 只清空元素(size() 变 0),不释放内存(capacity() 不变)vector 的 capacity() 可能为 0(取决于实现),不要假设它和移动前一致实际内存占用要看 capacity() × sizeof(T),而不是 size() —— 这点在内存敏感场景(嵌入式、高频交易缓存)里常被忽略。
邮箱:8955556@qq.com
Q Q:8955556
本文详解如何将Go官方present工具(用于生成HTML5...
PySNMP在不同版本中对SNMP错误状态(errorSta...
time.Sleep仅阻塞当前goroutine,其他gor...
PHPfopen()创建含特殊符号的文件名失败主因是操作系统...
WooCommerce中通过代码为分组产品动态聚合子商品的属...
io.ReadFull返回io.ErrUnexpectedE...
本文详解Yii2中控制器向视图传递ActiveRecord数...
本文详解为何通过wp_set_object_terms()为...
Pytest中使用@mock.patch类装饰器会导致补丁泄...
带缓冲的channel是并发安全的FIFO队列;make(c...