std::vector 的扩容倍数不是标准规定的
标准只规定 push_back 的均摊时间复杂度为 O(1)，没说必须用 1.5 倍或 2 倍。实际倍数完全取决于编译器实现：
– GCC（libstdc++）用的是 1.5 倍（old_size + old_size / 2）
– MSVC（MS STL）用的是 2 倍
– Clang（libc++）也用 2 倍
这意味着你写 v.reserve(1000) 后再反复 push_back，不同平台触发的 realloc 次数可能不同。
扩容时一定会发生内存拷贝（或移动）
每次扩容都要：分配新内存 → 调用元素的移动构造函数（C++11 起优先）或拷贝构造函数 → 析构旧内存中的对象 → 释放旧内存。
这带来几个关键影响：
– 如果 T 没有 noexcept 移动构造函数，异常可能发生在移动过程中，导致部分对象已移动、部分未移动，vector 进入“有效但未指定状态”
– 对于 std::vector<:string> 这类含小字符串优化（SSO）的对象，移动未必是廉价的
– 原始指针或迭代器在扩容后全部失效，比如：
std::vectorv = {1, 2, 3}; int* p = &v[0]; v.push_back(4); // 可能触发扩容 → p 悬空
如何避免意外扩容带来的性能/安全问题
最直接的办法是预分配：
– 明确知道最终大小？直接用 std::vector 构造
– 大小可估计？调用 v.reserve(expected_max_size)，它只改容量不改大小，也不初始化元素
– 在循环中反复 push_back 前，先 reserve（尤其处理文件行、网络包等场景）
– 注意：resize(n) 会构造 n 个默认对象，而 reserve(n) 不会，别混淆
– 如果你用 emplace_back，它仍受容量限制，不会绕过扩容逻辑
调试扩容行为的实用技巧
想确认某次操作是否触发了扩容，可以：
– 打印前后容量：std::cout
– 用自定义分配器（继承 std::allocator）拦截 allocate 调用，记录每次分配大小
– 在支持的编译器下加 -D_GLIBCXX_DEBUG（GCC）启用容器调试模式，它会在迭代器失效时抛出异常
– 注意：ASan（AddressSanitizer）能捕获使用悬空指针的行为，但不会告诉你扩容发生了——它只报错在你访问之后
