C++原生数组不支持真正删除元素，只能通过前移覆盖并维护有效长度变量；应优先使用std::vector的erase()或erase-remove惯用法实现安全删除。
数组本身不支持删除元素
C++ 原生数组（如 int arr[5]）是固定大小的连续内存块，声明后长度不可变。所谓“删除”，实际只能是覆盖、移动或逻辑忽略——没有运行时缩容机制。
常见错误现象：arr[i] = arr[i+1] 手动前移后忘记末尾置零/越界访问；用 sizeof(arr)/sizeof(arr[0]) 计算长度却忽略了“有效元素数”已变化。
- 如果硬要用原生数组，必须自己维护一个有效长度变量（比如
size），所有操作围绕它展开 - 删除第
i个元素后，需将[i+1, size)区间整体前移一位，再执行size-- - 前移后末尾位置（
arr[size]）不自动清空，残留脏数据，后续遍历时若未检查size会读到旧值
用 std::vector 替代数组才是正解
std::vector 是 C++ 标准库中真正支持动态增删的序列容器。它的 erase() 成员函数专门用于删除元素，且会自动调整内部大小和迭代器有效性。
使用场景：需要频繁插入/删除、不确定最终容量、要求代码可维护性。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 删除单个元素：
v.erase(v.begin() + i)，时间复杂度 O(n)，因为后续元素要前移 - 删除多个连续元素：
v.erase(v.begin() + from, v.begin() + to) - 删除满足条件的元素：优先用
std::remove_if()+erase()惯用法，避免多次移动 - 注意：
erase()返回新迭代器，若循环中删除需用返回值更新迭代器，否则可能跳过元素或访问失效位置
std::remove 不是真的删除
std::remove 和 std::remove_if 是算法，不是容器成员函数。它们只做“重排”：把不满足删除条件的元素移到前面，返回新逻辑结尾的迭代器，但不改变容器大小。
典型错误：只调用 std::remove 就以为删完了，结果容器尾部仍存着旧数据，size() 也没变。
- 必须配合
erase()使用，即“erase–remove 惯用法”：v.erase(std::remove(v.begin(), v.end(), value), v.end()) -
std::remove_if接受谓词，适合按复杂条件筛选，比如删除所有负数：std::remove_if(v.begin(), v.end(), [](int x) { return x - 该惯用法对
vector、deque、list都适用，但对关联容器（如map）无效
性能与语义差异必须看清
不同做法代价差别很大：原生数组手动搬移和 vector::erase 都是 O(n)，但后者封装了边界检查（Debug 模式下）和异常安全；而 erase–remove 是两趟遍历，但比循环调用 erase 更高效（后者每删一次都挪后面全部）。
- 若只需标记“已删除”而不真移动，考虑用
std::optional<T>或布尔标志位数组，避免移动开销 - 高频随机删除 + 追求极致性能？改用
std::list（erase是 O(1)），但失去随机访问能力 - 千万别在循环里写
for (int i = 0; i —— <code>i会越界或漏删
最常被忽略的一点：删除操作是否需要保持原有顺序。如果不需要，用 swap-and-pop（把末尾元素换到待删位置再 pop_back）能降到 O(1)，但会破坏顺序——很多业务逻辑其实并不依赖顺序。
