c++oding="utf-8" ?>
std::vector 默认不释放内存是标准允许的优化行为，避免反复扩容缩容开销；clear() 或赋空值后 capacity() 不变，shrink_to_fit() 仅为提示且可能被忽略，最可靠释放方式是 std::vector(v).swap(v)。
为什么 std::vector 默认不释放内存？
调用 clear() 或赋空值后，std::vector 的 size() 变为 0，但 capacity() 通常不变——底层分配的内存没还给系统。这不是 bug，而是标准明确允许的优化行为：避免反复扩容缩容的开销。
常见误操作是写 v.clear(); v.shrink_to_fit(); 却发现没效果，原因可能是编译器实现未真正释放（尤其老版本 libstdc++），或 shrink_to_fit() 是非强制请求。
-
shrink_to_fit()是提示而非命令，实现可忽略 - 释放后
capacity()可能仍大于size()，但不会小于size() - 若需强保证，只能手动搬数据：
std::vector<t>(v).swap(v);</t>
用 swap 技巧强制释放内存
这是最可靠、跨平台的方法，利用临时对象生命周期结束时自动释放内存的特性：
std::vector<int> v = {1,2,3,4,5,6,7,8,9,10};
// …… 处理后想彻底压缩
std::vector<int>(v).swap(v); // v.capacity() ≈ v.size()</int></int>
原理：构造一个和 v 内容相同但 capacity 刚好的临时 vector，再和原 v 交换内部指针——原 v 的旧内存随临时对象析构被释放。
- 适用于所有 C++11 及以上标准
- 比
shrink_to_fit()更确定，但有少量拷贝开销（仅内容指针交换，不复制元素） - 注意：若
T移动构造代价高（如含大堆内存的类），先clear()再 swap 更安全
数组本身不能“压缩”，只有容器能管理空间
C 风格数组（如 int arr[100];）或栈上数组大小固定，不存在“压缩空间”概念；堆上 new int[n] 分配后也无法动态缩小。所谓“压缩数组空间”，实际是指对 std::vector、std::deque 等容器进行内存回收。
-
std::deque不支持shrink_to_fit()，也无法用 swap 技巧压缩——它内部是分段存储，capacity 概念模糊 -
std::array是固定大小栈容器，无 capacity 操作 - 若频繁增删且在意内存，考虑
std::list或std::forward_list，但随机访问性能差
真要省空间？换数据结构或压缩算法
如果数组里大量重复值、稀疏或可预测，靠容器 shrink 并不能根本减小内存占用——得从数据表示层面下手：
- 稀疏场景用
std::unordered_map<index value></index>替代大数组 - 布尔数组用
std::vector<bool></bool>（特化实现位压缩）或std::bitset - 整数范围集中时，考虑 delta 编码 +
std::vector<uint8_t></uint8_t>存差值 - 二进制数据可直接用 zlib/lz4 压缩，但牺牲随机访问能力
别只盯着 shrink_to_fit()，先确认瓶颈真在容器冗余容量，而不是数据本身冗余。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
