vector.clear()只清空元素不释放内存，调用析构函数并将size()置0，但capacity()不变；如需释放内存，应配合swap(std::vector<T>())或shrink_to_fit()。
vector.clear() 只清空元素，不释放内存
clear() 会调用每个元素的析构函数，并把 size() 设为 0，但 capacity() 保持不变。这意味着底层分配的内存块依然被持有，后续 push_back() 可以直接复用，避免重新分配——这是标准规定的“不缩容”行为。
常见误判现象：v.size() == 0 但 v.capacity() >> 0，用 malloc_info 或观察 RSS 内存占用，发现没降下来。
适用场景：你预期很快会再次填充类似规模的数据，想省掉重新分配开销。
swap with empty vector 是最通用的 shrink-to-fit 方式
C++98 起就可靠的方法：用一个空的临时 vector 和原容器交换，让原容器的内存随临时对象析构而释放。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 写法：
v.swap(std::vector<T>());或更常见写法：std::vector<T>().swap(v); - 注意：必须是同类型（
T一致），且不能在const或noexcept上下文中误用（swap 通常 noexcept，但需确认你的 allocator） - 性能影响：一次内存释放 + 一次小对象构造/析构，开销固定，与
capacity()大小无关
C++11 起可用 shrink_to_fit()，但不保证成功
shrink_to_fit() 是提示（hint），不是强制指令。标准只要求“尽力而为”，编译器或 STL 实现可选择忽略。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
常见表现：
- libstdc++（GCC）：多数情况会真正释放内存
- MSVC STL：通常会释放，但若启用了
_ITERATOR_DEBUG_LEVEL > 0，可能跳过 - libc++（Clang）：实现上基本等价于
swap方式
所以别只写 v.shrink_to_fit(); 就以为完事——加一句 assert(v.capacity() == v.size()); 在 debug 模式下验证是否真生效，更稳妥。
reserve(0) 不清空、也不释放 capacity
有人误以为 v.reserve(0) 能归零容量，实际它什么也不做：reserve(n) 只在 n > capacity() 时才重分配；n <= capacity() 是合法但无操作。
错误现象：v.reserve(0); 后 v.capacity() 完全不变，v.size() 也不变——它既不清空，也不缩容。
正确做法：先 clear()（如果需要清元素），再用 swap 或 shrink_to_fit()。
真正要释放内存时，swap 方式最可控；shrink_to_fit() 看实现，不能假设一定生效；而 clear() 和 reserve() 都不是为此设计的——这点容易在调试内存泄漏时被忽略。
