c++oding="utf-8" ?>
vector.clear()仅清空元素、不释放内存，capacity不变；可靠释放需用swap与空vector交换或shrink_to_fit()（后者不保证生效）。
vector.clear() 只清元素，不释放内存
clear() 会调用每个元素的析构函数，把 size() 变成 0，但底层分配的内存通常不会还给系统——capacity() 保持不变。这意味着后续 push_back() 可以直接复用内存，快，但也意味着你“以为清空了内存”，其实没清。
常见误判场景：反复构造/清空大 vector（比如帧数据缓存），发现 RSS 居高不下；或用 sizeof(vector) 误以为能反映实际内存占用。
释放内存的可靠写法：swap + clear 或 shrink_to_fit()
标准做法是用空 vector 与原 vector 交换：
std::vector<int> v = {1,2,3,4,5};
v.clear(); // size=0, capacity≈5
std::vector<int>{}.swap(v); // capacity=0，内存真正释放</int></int>
或者 C++11 起可用 shrink_to_fit()（但它是非强制提示）：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
v.clear(); v.shrink_to_fit(); // 可能释放，也可能不释放，取决于实现
关键区别：
-
swap方式 100% 释放，可移植，推荐用于必须释放的场合 -
shrink_to_fit不保证效果，libstdc++ 和 libc++ 实现行为不同，仅适合“尽力而为”场景
reserve 和 capacity 的影响要主动管理
如果你之前调用过 reserve(10000)，即使 swap 清空，下次再 push 仍可能很快达到大 capacity——这不是 bug，是设计使然。但若想彻底“归零”内存策略，得确保中间没有隐式扩容残留：
- 避免在循环中反复
push_back()后又只clear()，改用swap或重用 vector 对象 - 如果 vector 生命周期短，直接让其作用域结束（如函数内局部变量），析构时自动释放全部内存
- 对频繁重用的 vector，考虑用
std::vector::data()+ 手动delete[]？不行——vector 管理自己的内存，禁止手动干预
移动语义下 swap 的行为更轻量
C++11 后 std::vector 移动构造/赋值是 O(1)，所以 std::vector<t>{}.swap(v)</t> 实际只交换内部指针、size、capacity 三个字段，不涉及元素拷贝或析构，非常快。
注意点：
- 确保
T的析构函数不抛异常（否则 swap 可能不被标记为noexcept，影响某些容器操作） - 不要对 const vector 或引用做 swap——编译不过
- 多线程环境下，swap 前需确保无其他线程正在读写该 vector
真正释放内存这件事，靠的是“让旧 vector 析构”，而不是某个清空函数本身。swap 是最可控的触发方式。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
