std::vector 不适合需稳定内存地址的场景，因其 resize/push_back 可能触发重分配导致指针失效；应使用 realloc 或 unique_ptr+自定义 deleter 管理缓冲区，确保首地址尽可能不变，但须容忍地址变化，优先使用偏移量而非裸指针。
std::vector 是最直接的选择，但要注意它不保证内存连续可重分配
很多人第一反应是封装 std::vector，它确实支持动态增删、随机访问快、接口熟悉。但关键限制在于：std::vector 的 resize() 和 push_back() 可能触发内部重新分配，导致原有指针/引用失效——如果你需要长期持有某段缓冲区地址（比如传给 C API 做 DMA 缓冲、或作为 socket sendbuf），这就不可接受。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 若仅需「逻辑上动态扩容」且不关心底层地址稳定性，直接用
std::vector<uint8_t>即可，调用reserve()预留空间能减少重分配次数 - 若必须保证缓冲区起始地址在生命周期内不变，就得自己管理内存，不能依赖
std::vector的自动重分配机制 - 注意
std::vector::data()返回的指针只在未发生重分配时有效，不是“稳定地址”承诺
手动 malloc + realloc 实现稳定基址缓冲区
要真正支持运行时调整大小且保持首地址不变，核心是用 realloc()（或 Windows 下的 _recalloc()）——它会尽量原地扩展，失败时才移动并复制。这是 C 标准库提供的唯一能“尝试维持地址”的动态内存操作。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 封装一个类，内部持有一个
uint8_t*成员和size_t capacity_、size_t size_ -
resize(size_t new_size)应先检查new_size <= capacity_：够用就只更新size_；不够则调用realloc(ptr_, new_capacity)，新容量建议按 1.5 倍增长（避免频繁调用） - 务必检查
realloc()返回值是否为nullptr，失败时需清理并抛异常（如std::bad_alloc） - 析构函数中必须用
free()释放，不能混用delete[]
示例关键片段：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
uint8_t* new_ptr = static_cast<uint8_t*>(realloc(ptr_, new_capacity));
if (!new_ptr) {
free(ptr_);
throw std::bad_alloc{};
}
ptr_ = new_ptr;
capacity_ = new_capacity;使用 std::unique_ptr<uint8_t[]> + 自定义 deleter 更安全
裸 malloc/free 容易忘释放或重复释放。用 std::unique_ptr 管理，配合自定义 deleter，既能 RAII，又可保留 realloc 能力。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 定义 deleter 为函数对象或 lambda，内部调用
free，确保类型匹配（uint8_t*对应free，不是delete[]） - 扩容时不能直接对
unique_ptr调用reset()，因为那会先调用 deleter 再赋新值，丢失原数据。必须先release()出原始指针，realloc()后再用新指针构造新unique_ptr - 注意：C++20 起
std::make_unique_for_overwrite不适用此场景，它不支持 realloc 语义
避免 memcpy 手动搬移——除非你明确需要紧凑布局
有人会想到用固定大小数组 + 手动 memcpy 搬数据来模拟扩容。这完全可行，但属于“过早优化”陷阱：现代 realloc() 在多数 libc（glibc、msvcrt）中已针对小块内存做了原地扩展优化，比用户层 memcpy 更高效且更少出错。
只有当你有特殊需求时才考虑手动搬移：
- 目标平台无
realloc()（如某些嵌入式 RTOS） - 要求严格控制碎片，且知道最大尺寸上限，可用双缓冲或环形预分配策略替代
- 需要在 resize 过程中保持旧数据部分可用（如流式解析场景），此时应设计成“只追加、不清除”的 ring buffer 或 chunked buffer
普通应用直接信 realloc()，别自己重造轮子。
真正容易被忽略的是：即使用了 realloc()，也不能假设每次都能原地扩展。地址变化是可能发生的，所有外部持有的偏移量（非指针）才是安全的——比如存 size_t offset 而不是 uint8_t*。这点在跨线程或回调上下文中尤其关键。
