17370845950

vector.clear() 不释放内存，仅调用元素析构函数并将 size() 置 0，capacity() 不变；适用于后续插入量相近的场景，不适用于需立即归还内存或容器即将销毁的情况。

vector.clear() 不会释放内存，只是清空元素

clear() 只是调用每个元素的析构函数，并把 size() 设为 0，但底层分配的内存（capacity()）完全不变。这意味着反复 clear() 后再插入大量新元素，可能浪费内存，也可能因残留容量导致误判实际使用量。

常见错误现象：vector 看似“空了”，capacity() 却还是几千甚至几万；压测时内存不降，怀疑有泄漏。

• 适用场景：确定后续会插入相近数量元素，想复用已有缓冲区
• 不适用场景：需要立即归还内存给系统、或容器生命周期即将结束
• 验证方式：v.clear(); cout —— 数值不变

swap 临时 vector 是 C++98/11 中最兼容的缩容方法

利用作用域和移动语

义（C++11 起更高效），让原 vector 与一个空的临时对象交换内部指针，从而强制释放内存：

std::vector v = {1,2,3,4,5};
v.swap(std::vector()); // 或 v.clear(); std::vector().swap(v);

注意两种写法等价，但前者更直观；后者在某些老编译器上兼容性略好。

• 本质是交换 data 指针和 capacity，临时对象析构时才真正 delete[] 原内存
• C++11 后，std::vector() 是右值，触发移动构造，开销极小
• 不要写成 v.swap(std::vector{}); —— 统一用括号初始化避免歧义

C++11 起可用 shrink_to_fit()，但不保证成功

shrink_to_fit() 是非绑定请求，标准只要求“尽力而为”。实际是否释放内存取决于实现（如 libstdc++ 通常会，MSVC 旧版本可能忽略）：

v.clear();
v.shrink_to_fit(); // capacity 可能变小，也可能不变

• 优点：语义清晰，无需构造临时对象
• 缺点：无法跨平台依赖其效果；调用后仍需检查 v.capacity()
• 性能影响：可能引发一次内存重分配 + 复制，比 swap 略重（尤其大容器）

释放内存 ≠ 防止悬垂指针，别忘了迭代器失效

无论用 swap 还是 shrink_to_fit，只要底层内存被释放，所有指向该 vector 元素的指针、引用、迭代器全部失效。这是最容易被忽略的深层问题：

• 错误模式：auto it = v.begin(); v.swap(std::vector()); cout → 未定义行为
• 安全做法：确保所有外部持有者在释放前已失效或重建；若需长期持有索引，改用 size_t 下标而非迭代器
• 调试建议：开启 -D_GLIBCXX_DEBUG（GCC）或 _ITERATOR_DEBUG_LEVEL=2（MSVC）可捕获部分迭代器误用