std::vector的resize方法是否存在降低容量的风险？C++标准相关疑问

咱们直接把两个核心问题拆解开来回答：

1. resize方法会不会降低std::vector的容量？ #

完全不会。std::vector::resize的职责只调整容器的实际元素数量（size）：

• 当你把size调小的时候，它只会销毁超出新size的元素，但容器的容量（capacity，也就是预留的内存空间）纹丝不动；
• 当你把size调大的时候，如果当前容量不够容纳新元素，它会自动扩容（提升容量），但绝对不会在任何情况下主动缩减容量。

只有专门的shrink_to_fit()方法（或者手动用vector<T>(my_vec).swap(my_vec)这种技巧）才会尝试把容量缩减到和当前size一致，而且shrink_to_fit()在C++标准里只是一个非绑定请求——编译器可以选择不执行这个缩容操作，具体看实现。

2. C++标准是否能保证vector不会出现意外的容量变更？ #

标准给出了明确的保障，分两种情况看：

不会出现意外的容量缩减 #

除了以下两种主动触发的场景，vector的容量永远不会被自动减小：

• 显式调用shrink_to_fit()（如前所述，这是请求，不是强制）；
• 手动使用swap技巧缩容（比如上面提到的临时vector交换方法）。

像clear()、resize()调小size这类操作，都只会改变元素数量，不会碰容量。

容量增大是可预期的，而非“意外” #

只有当你执行以下操作，且当前容量不足以容纳新元素时，vector才会自动扩容：

• push_back()、emplace_back()添加元素；
• insert()、emplace()插入元素；
• resize()到比当前size更大的数值。

扩容时的容量增长幅度是实现定义的（通常是翻倍），但标准要求扩容后的容量至少能容纳新的元素数量——这种扩容是符合逻辑的预期行为，不属于“意外”变更。

另外补充：调用reserve(n)时，如果n大于当前容量，容量会被提升到至少n；如果n小于当前容量，标准允许实现忽略这个请求（也就是保持容量不变），不会强制缩容。

举个直观的例子：

std::vector<int> vec(5); // size=5, capacity=5（假设实现默认分配刚好的容量）
vec.reserve(10); // size=5, capacity=10
vec.resize(3); // size=3, capacity=10（容量没变）
vec.push_back(4); // size=4, capacity=10（没扩容）
vec.resize(15); // size=15, capacity至少15，比如20（取决于实现）

内容的提问来源于stack exchange，提问作者Remi.b