std::copy_backward必须用反向逻辑而非反向迭代器，它从目标区末尾向前写入，源区间仍用正向迭代器，但要求目标区间终点为“哨兵位”（如dst+n），且目标不能位于源之前，专为重叠内存安全拷贝设计。
std::copy_backward 为什么必须用反向迭代器？
因为 std::copy_backward 的设计逻辑是「从目标区末尾向前写入」，它不关心源容器方向，只依赖迭代器的移动语义。如果你传入普通正向迭代器（比如 arr.begin() 和 arr.end()），函数会按你给的范围「原样」从后往前拷贝——但若目标区间和源区间重叠且方向没对齐，结果就错得离谱。
常见错误现象：std::copy_backward(src.begin(), src.end(), dst.end()) 在 dst 和 src 地址相邻或重叠时，出现数据被提前覆盖、部分值重复、甚至未定义行为。
- 正确做法：目标区间终点必须是「待写入区域的最后一个位置之后」，即
dst + n（数组）或vec.end()（vector） - 源区间仍用正向范围，但函数内部会自动从
src.end() - 1开始倒着取 - 关键约束：目标区间不能在源区间「前面」，否则无法保证安全——这是它和
std::copy最根本的区别
数组场景下 std::copy_backward 的典型调用方式
对原始数组使用 std::copy_backward 时，最容易漏掉的是指针算术的边界。它不接受数组名直接作为迭代器，必须转成指针，且终点要多偏移一位。
例如把 int src[5] = {1,2,3,4,5}; 反向复制到 int dst[5]：
立即学习“C++免费学习笔记（深入）”；
std::copy_backward(src, src + 5, dst + 5);
执行后 dst 变成 {5,4,3,2,1}。注意三点：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
src + 5是源范围终点（等价于&src[5]），不是最后一个元素地址 -
dst + 5是目标“哨兵位”，函数从dst + 4开始写入 - 如果写成
std::copy_backward(src, src + 5, dst + 4)，只会写入前 4 个位置，dst[0]不会被动
和 std::copy 混用时的重叠风险
当源和目标内存重叠（比如同一数组内平移操作），std::copy 从前往后拷贝会污染后续读取，而 std::copy_backward 正是为此类场景设计的替代方案。
例如把数组前 3 个元素「右移 2 位」：
int arr[5] = {1,2,3,0,0};<br>std::copy_backward(arr, arr + 3, arr + 5); // ✅ 得到 {0,0,1,2,3}如果误用 std::copy：
std::copy(arr, arr + 3, arr + 2); // ❌ 结果可能是 {1,2,1,2,3} 或更糟原因：它先写 arr[2]=1，再读 arr[1] 时已不是原始值。只有 std::copy_backward 能保证重叠时「先读尾部，再写尾部」的顺序。
vector 与自定义类型要注意的点
std::copy_backward 对 std::vector 同样有效，但需确保目标 vector 已有足够空间（不会自动扩容）。对自定义类型，要求其拷贝赋值运算符是 noexcept 或至少不抛异常——否则异常发生时可能处于中间状态，且无回滚机制。
- 错误用法：
v2.resize(0); std::copy_backward(v1.begin(), v1.end(), v2.end());→ 目标为空，v2.end()不能作为写入起点 - 正确做法：
v2.resize(v1.size()); std::copy_backward(v1.begin(), v1.end(), v2.end()); - 性能影响：它不做任何优化判断，就是朴素倒序赋值；若类型很大且支持移动，手动用
std::move_iterator包裹源迭代器可避免多余拷贝
真正容易被忽略的是：这个函数不检查目标容量，也不处理异常安全边界，所有保障都压在调用者肩上。
