clear()是最常用且正确的清空vector方法，它销毁所有元素、使size()为0但不释放内存，时间复杂度O(n)，等价于erase(begin(),end())，调用后所有迭代器、引用、指针失效。

直接调用 clear() 是最常用且正确的做法

想清空 vector 所有元素，clear() 就是为此设计的成员函数。它会销毁所有元素、将 size() 变为 0，但不保证释放底层内存（capacity() 通常不变）。

• 适用于所有 vector<T> 类型，包括含自定义类、指针或智能指针的容器
• 时间复杂度是 O(n)，因为每个元素的析构函数都会被调用（对 POD 类型无实际开销）
• 不会导致迭代器失效以外的问题——但注意：clear() 后所有指向该 vector 元素的迭代器、引用、指针都立即失效

clear() 和 erase(begin(), end()) 效果一样吗

效果完全一致：两者都调用每个元素的析构函数，并把 size() 设为 0。标准规定 clear() 等价于 erase(begin(), end())。

• 别为了“看起来更明确”而写 erase(begin(), end()) ——语义冗余，可读性反而下降
• 某些老编译器或极特殊 STL 实现下，erase 版本可能多一次空范围检查，但现代主流实现（libstdc++、libc++、MSVC STL）已无差别
• 若误写成 erase(it) 单参数重载，只删一个元素，容易引发逻辑错误

想真正释放内存？得手动配合 shrink_to_fit()

clear() 不释放内存，这是有意为之的性能优化（避免反复分配）。如果确定后续不会再插入大量元素，且关注内存占用，才需要额外一步：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

vec.clear();
vec.shrink_to_fit();

• shrink_to_fit() 是非绑定请求，STL 实现可选择忽略（例如 MSVC 在 debug 模式下常不执行）
• 调用后 capacity() 可能变为 0 或接近 0，但无法 100% 保证；如需强保证，只能重新构造：vector<int>(vec).swap(vec);
• 频繁调用 shrink_to_fit() 可能引发内存抖动，尤其在循环中——先确认这是瓶颈再优化

常见误操作：用循环 + pop_back() 或 erase()

有人写 while (!vec.empty()) vec.pop_back(); 或 for (auto it = vec.begin(); it != vec.end(); ) it = vec.erase(it);，这既低效又易错。

立即学习“C++免费学习笔记（深入）”；

• 前者是 O(n²) 时间复杂度（每次 pop_back() 都要移动内部指针、检查 size），而 clear() 是 O(n)
• 后者在 erase() 后未正确更新迭代器时极易崩溃（比如写成 it++ 而非 erase() 的返回值）
• 对空 vector 多次调用 pop_back() 会触发未定义行为（UB），而 clear() 对空容器安全

真正释放内存这件事，往往比“清空元素”本身更值得斟酌——多数场景下，clear() 就够了；过早优化 capacity 反而掩盖真实问题。