vector.clear()仅清空元素不释放内存，capacity不变；释放内存应使用swap与空vector或C++11的shrink_to_fit()（非强制），移动赋值也可能释放但不可靠。
vector.clear() 只清元素，不释放内存
clear() 会调用每个元素的析构函数，把 size() 变成 0，但底层分配的内存（capacity()）通常不变。这意味着内存没还给系统，后续 push_back() 还能直接复用——这在频繁增删场景下是优化，但如果你明确想“释放内存”，它就不是你要的操作。
常见误判现象：v.clear(); assert(v.capacity() > 0); 断言通过，说明内存还在。
swap with empty vector 是 C++98/11 兼容的释放方式
利用临时空 vector 和原容器交换内部指针，让原容器的内存随临时对象离开作用域而自动释放：
std::vector<int> v = {1,2,3,4,5};
v.swap(std::vector<int>()); // 或 v.clear(); std::vector<int>().swap(v);
// 此时 v.capacity() == 0（几乎总是）
注意点：
立即学习“C++免费学习笔记（深入）”；
- 必须是
swap()调用方为原 vector，参数是纯右值（如std::vector<int>()），不能写成std::vector<int>().swap(v)—— 这样调用的是临时对象的成员函数，对v没影响 - C++11 起，
shrink_to_fit()是更语义清晰的替代，但它是“请求”，不保证执行
shrink_to_fit() 在 C++11+ 中更直观，但行为不确定
v.shrink_to_fit() 语义上就是“尽量把 capacity 缩到 size”，但它只是提示，标准允许实现忽略。实践中：
- libstdc++（GCC）和 libc++（Clang）通常会真正释放内存
- MSVC 的旧版本（如 VS2015）曾不释放，新版本已基本支持
- 如果之后立刻要 push 大量数据，反复 shrink 再 expand 可能导致多次 realloc，反而更慢
所以别依赖它一定生效；需要强保证时，仍推荐 swap 方式。
移动赋值后原 vector 是否释放内存？
执行 v = std::vector<int>{}; 或 v = std::move(temp); 后，原 v 的旧内存会被释放（前提是移动赋值未被优化掉）。但这属于间接手段，不如 swap 明确可控。
容易踩的坑：
- 写成
v = {};：这是 copy-initialization，可能触发复制而非移动，尤其在老编译器或自定义类型时 - 误以为
std::vector<int> v; v = {};能释放——其实v本来就是空的，没内存可放
真正需要释放内存的时刻，往往出现在 vector 生命周期长、中间经历过大容量填充又长期闲置的情况。这时候 swap 技巧最稳，也最容易被代码审查识别意图。
