vector.clear()不释放内存是因为它只销毁元素并置size为0，但保留capacity以避免频繁realloc；真正释放需用swap与空vector或shrink_to_fit()。
为什么 vector.clear() 不释放内存
vector.clear() 只销毁所有元素、把 size() 设为 0，但底层分配的内存（capacity()）保持不变。这是标准规定的优化行为——避免反复增删时频繁 realloc。所以你看到内存占用没降，不是 bug，是设计如此。
常见误判场景：
- 用 top -p 或任务管理器观察进程 RSS 没变化
- 调试时发现 vector.capacity() 仍远大于 vector.size()
真正想“归还内存给系统”，得触发内存重分配或显式收缩。
用 swap 与空 vector 强制释放内存
C++98 起就支持的惯用法：借助作用域和移动语义（C++11 后更高效），让原 vector 与一个临时空 vector 交换，使原容器的堆内存被临时对象带走并在其析构时释放。
实操写法（兼容 C++98～C++20）：
立即学习“C++免费学习笔记（深入）”；
std::vectorv = /* 大量数据 */; // ... 使用完毕，准备彻底释放内存 std::vector ().swap(v); // 关键：构造临时空 vector 并 swap
等价但更易读的写法（C++11+ 推荐）：
v.swap(std::vector());
注意点：
- swap 是常数时间操作，不拷贝元素
- 临时 vector 在表达式结束时析构，触发其内部 delete[]
- 不要写成 v.swap({}); —— 初始化列表构造可能不触发最优路径，且 C++11 前不支持
shrink_to_fit() 是更现代的选择，但不保证成功
C++11 引入的 shrink_to_fit() 语义上是“请求”收缩容量到当前 size()，但它是个非绑定操作（non-binding）：标准只要求“尽力而为”，实现可选择忽略。
典型表现：
- libstdc++（GCC）：通常会释放内存（调用 reallocate）
- libc++（Clang）：多数版本也实现释放，但不承诺
- MSVC：在较新版本中基本可靠，旧版可能静默失败
安全用法建议：
- 先调用 v.shrink_to_fit()
- 紧接着检查 v.capacity() == v.size()，不相等时再 fallback 到 swap 技巧
- 不要依赖它做确定性内存控制，尤其在资源敏感的嵌入式或服务端场景
释放后别访问、别假设容量为 0
无论用 swap 还是 shrink_to_fit()，释放后：
- v.data() 变为悬垂指针，访问即未定义行为
- v.capacity() 可能为 0（如 libstdc++ 下 swap 后），也可能非零但很小（如某些 shrink_to_fit() 实现保留小缓冲）
- v.empty() == true 一定成立，但 v.capacity() == 0 不一定
容易被忽略的坑：
- 在多线程中，其他线程若正持有 v.data() 的副本，释放后继续读写会崩溃
- 将 v 传给接受 const std::vector& 的函数，该函数内部缓存了 data() 地址，后续调用可能出错
- 误以为 swap 后 v “变回初始状态”，其实它的 allocator、max_size() 等仍保持原样，只是内容和容量清空了
