c++oding="utf-8" ?>
clear()是最常用且正确的清空vector方法，它销毁所有元素、使size()为0但不释放内存，时间复杂度o(n)，等价于erase(begin(),end())，调用后所有迭代器、引用、指针失效。
直接调用 clear() 是最常用且正确的做法
想清空 vector 所有元素，clear() 就是为此设计的成员函数。它会销毁所有元素、将 size() 变为 0，但不保证释放底层内存（capacity() 通常不变）。
- 适用于所有
vector<t></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() 不释放内存，这是有意为之的性能优化（避免反复分配）。如果确定后续不会再插入大量元素，且关注内存占用，才需要额外一步：
vec.clear(); vec.shrink_to_fit();
-
shrink_to_fit()是非绑定请求，STL 实现可选择忽略（例如 MSVC 在 debug 模式下常不执行） - 调用后
capacity()可能变为 0 或接近 0，但无法 100% 保证；如需强保证，只能重新构造：vector<int>(vec).swap(vec);</int> - 频繁调用
shrink_to_fit()可能引发内存抖动，尤其在循环中——先确认这是瓶颈再优化
常见误操作：用循环 + pop_back() 或 erase()
有人写 while (!vec.empty()) vec.pop_back(); 或 for (auto it = vec.begin(); it != vec.end(); ) it = vec.erase(it);，这既低效又易错。
- 前者是 O(n²) 时间复杂度（每次
pop_back()都要移动内部指针、检查 size），而clear()是 O(n) - 后者在
erase()后未正确更新迭代器时极易崩溃（比如写成it++而非erase()的返回值） - 对空
vector多次调用pop_back()会触发未定义行为（UB），而clear()对空容器安全
clear() 就够了；过早优化 capacity 反而掩盖真实问题。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
