vector.clear() 不会释放内存，只是清空元素
clear() 只是调用每个元素的析构函数，并把 size() 设为 0，但底层分配的内存（capacity()）完全不变。这意味着反复 clear() 后再插入大量新元素，可能浪费内存，也可能因残留容量导致误判实际使用量。
常见错误现象：vector 看似“空了”，capacity() 却还是几千甚至几万；压测时内存不降，怀疑有泄漏。
- 适用场景：确定后续会插入相近数量元素，想复用已有缓冲区
- 不适用场景：需要立即归还内存给系统、或容器生命周期即将结束
- 验证方式：
v.clear(); cout —— 数值不变
swap 临时 vector 是 C++98/11 中最兼容的缩容方法
利用作用域和移动语义（C++11 起更高效），让原 vector 与一个空的临时对象交换内部指针，从而强制释放内存：
std::vectorv = {1,2,3,4,5}; v.swap(std::vector ()); // 或 v.clear(); std::vector ().swap(v);
注意两种写法等价，但前者更直观；后者在某些老编译器上兼容性略好。
立即学习“C++免费学习笔记（深入）”；
- 本质是交换
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）可捕获部分迭代器误用
