std::vector调用clear()后内存不释放，shrink_to_fit()是未绑定请求未必生效；强制释放需用swap、赋值空vector或重建swap；二维vector须逐层清空；多数场景clear()已足够。
std::vector 调用 clear() 后内存不会自动释放，shrink_to_fit() 只是请求、不保证生效——想彻底释放，得绕过这个“请求”机制。
为什么 shrink_to_fit() 经常没反应
这是标准明确允许的行为：shrink_to_fit() 是一个非绑定请求（non-binding request），编译器或 STL 实现可以无视它。常见情况包括：
- MSVC 在 Debug 模式下基本不响应，
capacity()保持原样 - libstdc++（GCC）通常会响应，但若当前分配器策略认为“重分配成本高”，也可能跳过
- 某些嵌入式或定制分配器完全未实现该逻辑
- 调用前没先
clear()——shrink_to_fit()只尝试缩到size()，不清空的话 size 还是 N，自然不缩
真正能强制释放的三种写法
以下方法在所有主流 STL 实现（libstdc++、libc++、MSVC STL）中都可稳定释放底层堆内存：
-
std::vector<int>().swap(v)</int>：构造临时空 vector，与v交换内部指针，原内存随临时对象析构归还 -
v = std::vector<int>()</int>或v = {}：C++11 起等价于 move-assign，编译器普遍优化为 swap 级别效率 -
std::vector<int>(v).swap(v)</int>：更冗余但语义清晰，适用于需显式强调“重建”的场景
注意：这三者都要求 v 是可移动的（默认满足），且无自定义分配器干扰；若用了 std::pmr::vector 等，则需确保临时对象使用相同资源。
立即学习“C++免费学习笔记（深入）”；
二维 vector 怎么清空并释放全部内存
单层 clear() + shrink_to_fit() 只影响外层 capacity，内层 vector 的内存仍挂着。正确做法是逐层处理：
- 先遍历每行调用
row.clear(); row.shrink_to_fit();（或更稳妥地row = {}） - 再对外层 vector 执行
outer.clear(); outer.shrink_to_fit();或outer = {} - 如果内层 vector 数量固定且已知，也可直接
outer.clear();后立刻outer.reserve(0);（部分实现对reserve(0)响应更强）
避免只对外层 swap：那样只释放了外层指针数组，每个内层 vector 的堆内存依然存在。
什么时候根本不用管释放
多数情况下，clear() 就够了——尤其当：
- 容器很快又要
push_back()填满（复用 capacity 避免反复 malloc/free） - 进程生命周期短（如 CLI 工具、测试用例），退出时 OS 自动回收
- 内存压力不来自单个 vector，而是整体设计问题（比如缓存未设上限、对象泄漏）
盲目加 shrink_to_fit() 或 swap 可能引入额外拷贝和分配开销，反而拖慢吞吐。真要瘦身，先用 valgrind 或 heap profiler 确认它是瓶颈，再动手。
