std::vector::clear() 不清内存是因为只销毁元素并重置size，但保留capacity以避免重复分配；强制释放需用std::vector<T>().swap(v)或shrink_to_fit()（后者不保证生效）。
std::vector::clear() 为什么不清内存
clear() 只销毁元素、重置 size() 为 0，但底层分配的缓冲区（capacity()）通常完全保留。这是标准允许的行为，目的是避免后续快速重填时反复分配/拷贝。所以即使你调用 v.clear()，v.capacity() 很可能还是和之前一样大，堆内存没还给系统。
swap 技巧怎么写才安全有效
最常用且跨编译器兼容的写法是：
std::vector<int>().swap(v);
它等价于：构造一个临时空 std::vector<int>，然后和 v 交换内容（包括指针、size、capacity）。临时对象离开作用域后自动析构，原 v 的旧内存随之释放。
注意以下几点：
立即学习“C++免费学习笔记（深入）”；
- 不能写成
v.swap(std::vector<int>())—— 有些老版本 libstdc++ 会报错，因右值引用支持不完善 - 不能对 const 或引用限定的 vector 使用（swap 需要非常量左值）
- swap 后
v.size()和v.capacity()都变为 0（或极小值），再次push_back会重新分配
shrink_to_fit() 和 swap 的实际区别
v.clear(); v.shrink_to_fit(); 是 C++11 引入的“礼貌请求”，但标准不保证执行——某些 libc++ 实现里对 std::vector 直接忽略该调用；而 swap 是强制重置，100% 释放（只要底层分配器配合）。
不过要注意：
- swap 涉及一次移动构造 + 一次析构，对含非平凡析构函数的元素（如
std::string、自定义类），开销略高于shrink_to_fit() - 如果 vector 很快又要 push 大量数据，swap 可能反而更慢：清空再重建比复用原有缓冲更耗时
- 对于短生命周期的局部 vector（比如函数内临时变量），
clear()就够了，别加 swap —— 函数返回时整个栈帧销毁，内存自然回收
哪些容器不需要 swap 清空
std::map、std::unordered_map、std::list 这类节点式容器，clear() 会逐个 delete 节点，内存立刻返还堆管理器，无需额外操作。
而 std::deque 行为介于两者之间：它由多个固定大小 buffer 组成，clear() 会释放所有 buffer，但部分实现可能缓存一个空 buffer 供下次使用 —— 此时 swap 也未必能进一步减小 footprint。
真正需要 swap 的，基本就锁定在 std::vector 和 std::string（尤其非 SSO 场景）。
