std::vector不能直接用于内核开发，因其依赖宿主操作系统的标准库和异常处理机制，而内核环境中这些设施尚未就绪，直接使用会导致编译失败或三级故障重启。
为什么不能直接用 std::vector？
多数情况下，你根本不需要自己写动态数组类——std::vector 已经高效、安全、标准。但如果你在学内存管理、写底层容器、或被要求手写（比如课程作业、面试题），那得清楚：核心不是“复制 vector”，而是理解三件事：内存怎么申请释放、容量怎么增长、元素怎么移动。
push_back 时扩容策略怎么选？
常见错误是每次加一个元素就 realloc 或 new 一次，导致 O(n²) 时间复杂度。实际必须预留空间，等满再翻倍扩容（比如 1→2→4→8）。这样摊还下来，push_back 是 O(1)。
- 初始容量建议设为 1 或 2，太小浪费 resize 次数，太大浪费内存
- 扩容用
new T[new_capacity]，不是malloc——否则T是类类型时构造函数不调用 - 旧元素要逐个
std::move或std::copy，然后显式调用旧内存里每个对象的析构函数（如果没用std::allocator）
拷贝和移动语义怎么不漏掉？
漏写拷贝构造、拷贝赋值、移动操作，会导致浅拷贝崩溃或重复释放。尤其 operator= 必须处理自赋值，且要先释放旧内存再分配新内存。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 拷贝构造里用
std::copy复制元素，别直接memcpy——非 POD 类型会跳过构造 - 移动构造后，原对象的
data_必须置为nullptr，否则析构时二次 delete - 析构函数里检查
data_ != nullptr再delete[] data_，避免对空指针 delete
下标访问和 size() 怎么保证安全？
operator[] 不做越界检查是常规做法（追求性能），但提供 at() 方法并抛 std::out_of_range 更稳妥。注意 size() 和 capacity() 返回值类型应为 size_t，且 size() 不能依赖未初始化的成员变量。
立即学习“C++免费学习笔记（深入）”；
-
operator[]直接返回data_[index]，不做判断；at()加if (index >= size_) throw ... -
size()返回当前元素个数（size_），不是capacity_；两者都应声明为const成员函数 - 所有修改数据的函数（如
push_back、pop_back）都要更新size_
最难缠的其实是异常安全：如果 new 抛异常，旧内存不能泄露，已构造的对象不能漏析构。真正健壮的实现会用 std::allocator 和 placement new，但初学者先确保基本路径不出错——比如 push_back 中先分配新内存，复制成功后再删旧内存。
