clear()仅将size置0而不释放堆内存，shrink_to_fit()是不保证执行的释放建议，swap trick才是可靠释放方式。
clear() 只清内容，不释放堆内存
clear() 的作用是把 vector 里所有元素调用析构函数（如果是类类型），然后把 size() 设为 0，但 capacity() 完全不变。也就是说，底层分配的那块堆内存还牢牢攥在手里，只是“逻辑上空了”。
常见错误是以为 clear() 后内存就还给系统了，结果在循环中反复 clear() + push_back()，导致内存只涨不降。
- 适用于后续还会往里塞差不多数量元素的场景（避免重复 malloc/free）
- 对 POD 类型（如
int、double），不调用析构函数，纯属指针重置 - 调用后
empty()返回true，但capacity()和清空前一样
shrink_to_fit() 是请求释放冗余内存
shrink_to_fit() 是 C++11 引入的非强制操作：它向实现“建议”把容量缩到当前 size()，也就是尽可能释放多余空间。但标准不保证一定执行——比如 libstdc++（GCC 默认）通常会 realloc 实现，而 MSVC 的 STL 多数情况下也照做；但理论上实现可以忽略这个请求。
典型误用是单独写 v.shrink_to_fit(); 就以为内存肯定释放了，其实得配合 capacity() 检查：
立即学习“C++免费学习笔记（深入）”；
std::vector<int> v(1000); v.clear(); v.shrink_to_fit(); // 此时 capacity() 可能仍是 1000，也可能变成 0 —— 看实现
- 它不改变元素、不调用析构函数，只动容量
- 内部通常触发一次内存拷贝 + 释放旧内存，有性能开销，别在热路径频繁调
- 若想确保释放，可结合 swap 技巧（见下一条）
swap trick 才是真正可靠的释放方式
如果必须立刻把内存还给系统（比如处理完一批大数据后防止 OOM），swap 是目前最便携、最确定的方法：
std::vector<int> v = {/* 大量数据 */};
v.clear();
v.swap(std::vector<int>()); // 或 v = std::vector<int>();
原理是和一个空临时 vector 交换内部指针，原内存随临时对象离开作用域被自动释放。C++11 起也可用移动赋值：v = std::vector<int>{};，效果等价。
- 比
shrink_to_fit()更可靠，所有主流 STL 实现都按预期工作 - 代价是一次内存分配（空 vector 的小开销）+ 一次释放，但无数据拷贝（swap 是指针级）
- 注意不要对 const 或引用绑定的 vector 做这个操作
clear + shrink_to_fit 组合不一定等于释放
很多人写 v.clear(); v.shrink_to_fit(); 就以为万事大吉，但实际行为取决于 STL 实现和当前容量状态。例如：如果 v.capacity() 原本就是 0 或 1，shrink_to_fit() 很可能什么也不干；又或者某些调试模式下的 allocator 会保留内存用于检测越界。
- 永远用
v.capacity()验证是否真释放了，别靠“应该” - 在内存敏感场景（嵌入式、长时间运行服务），优先用 swap trick
- 注意
reserve()之后再clear()，capacity 不会自动回落，得手动 shrink 或 swap
真正释放内存这件事，在 C++ vector 里从来不是单个函数能打包票的，得看你怎么用、用在哪、以及你信不信手头这个 STL 实现。
