std::vector是c++中唯一靠谱的运行时动态数组方案；它通过resize()改变逻辑大小并构造/析构元素，reserve()仅预分配内存而不影响size()；clear()或resize(0)不释放内存，需shrink_to_fit()或swap技巧回收。
std::vector 是唯一靠谱的运行时动态数组方案
原生 C++ 没有“动态数组”语法，new T[n] 分配的数组大小在构造后就固定了，无法 resize。强行用 realloc 或二次分配+拷贝不仅不安全，还违反 C++ 对象生命周期规则（析构/构造缺失）。所以别碰裸指针动态数组，直接用 std::vector。
resize() 和 reserve() 的区别必须分清
resize() 改变逻辑大小：元素数量、size() 返回值、访问下标范围；会默认构造或析构元素。reserve() 只预分配内存，不改变 size()，也不触发构造/析构——它只影响容量（capacity()）和后续 push_back 的性能。
常见错误：
- 误用 reserve(n) 后直接访问 v[0] → 未定义行为（越界）
- 频繁 push_back() 前没 reserve() → 多次内存重分配 + 元素拷贝
- 用 resize(0) 清空却忘了 capacity() 不变，内存没释放
需要真正释放内存时得手动干预
std::vector 的内存不会因 resize(0) 或 clear() 自动归还给系统。如果之后长时间不用或内存敏感，得触发“收缩到合适大小”：
- 最常用：
v.shrink_to_fit();—— C++11 起支持，是请求（非强制），多数实现会释放多余内存 - 兼容老标准（C++98/03）：
std::vector<t>(v).swap(v);</t>—— 利用临时对象析构释放内存
注意：shrink_to_fit() 不保证立即生效，且可能引发一次拷贝；频繁调用反而损害性能。
特殊场景：需要类似 realloc 的零拷贝扩容？没有
C++ 标准库不提供“原地扩容”接口。即使底层内存连续且后面有空闲，std::vector 仍会分配新内存、移动元素、释放旧内存。这是设计取舍：保证异常安全、迭代器稳定性（除 end() 外全失效）、以及与 allocator 解耦。
如果你真遇到高频 resize + 大对象 + 性能瓶颈：
- 先确认是否真的卡在 vector 扩容（用 profiler）
- 考虑 reserve() 预估容量
- 或换容器：如 std::deque（分段连续，push/pop 前后快，但随机访问稍慢）
- 极端情况才手写内存池，但需自行管理对象构造/析构
别试图绕过 vector 直接操作 raw memory 做“动态数组”，那不是 C++，是踩雷清单。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
