std::move 仅是类型转换工具，不执行实际移动；真正移动数据的是 memmove、std::move_backward 或容器操作等底层机制。
std::move 本身不移动数组区间，它只转换为右值引用
很多人误以为 std::move 是个“搬运函数”，其实它只是类型转换工具：把左值强制转成右值引用，以便触发移动语义。对原生数组（如 int arr[10]）或 std::array 调用 std::move，并不会自动搬数据——它只是让后续操作（比如容器插入、赋值）有机会走移动构造/赋值路径。
真正做“区间移动”的是算法或容器操作，std::move 只是配合它们的“通行证”。如果你直接对 C 风格数组用 std::move(arr)，结果仍是原地不动，甚至可能因误用导致未定义行为。
高效移动连续内存块，优先用 memmove 或 std::move_backward
当你要把一段连续内存（比如数组某段）整体“挪”到另一位置（可能重叠），核心是选对底层机制：
-
memmove是 C 标准库函数，专为**重叠内存区域**设计，内部做了方向判断（前移用正向拷贝，后移用反向），性能极佳且无额外开销 -
std::move（算法版，位于<algorithm>）适用于迭代器，但要求目标区间**不与源重叠**；否则行为未定义 -
std::move_backward是std::move的反向版本，专门处理**目标区间在源之后且重叠**的情况（比如把 [0,5) 向右挪 2 位到 [2,7)）
示例：把 arr[0..4] 向右平移 2 位（覆盖 arr[2..6]）：
立即学习“C++免费学习笔记（深入）”；
int arr[10] = {0,1,2,3,4,5,6,7,8,9};
std::move_backward(arr, arr+5, arr+7); // 正确：反向拷贝，避免覆盖
// 结果：arr = {0,1,0,1,2,3,4,7,8,9}
std::vector 区间移动要小心迭代器失效和 reallocation
对 std::vector 做“区间移动”，常见误区是直接用 std::move 算法搬运元素——这只会移动值，不会调整容器大小或内部指针。真正高效的做法取决于场景：
- 想把某段元素“剪切”到容器末尾？用
splice不行（vector没这接口），得组合erase+insert，但可能触发多次内存拷贝 - 想原地平移（如循环右移）？用
std::rotate，它内部会根据是否支持移动语义自动选择最优路径，O(n) 时间且稳定 - 若目标是“把区间 A 移动到另一 vector B”，且 A 来自可移动对象（如临时 vector），优先用
std::move+insert，例如：v2.insert(v2.end(), std::make_move_iterator(it1), std::make_move_iterator(it2))
注意：std::move_iterator 才是让 std::vector::insert 对每个元素调用移动构造的关键，不是裸写 std::move(v1.begin())。
移动语义生效的前提：类型必须可移动且 move 构造函数不抛异常
即使你写了 std::move，如果元素类型（比如自定义类）没有定义移动构造函数，或者其移动构造函数被标记为 noexcept(false)，标准库容器（如 vector）在扩容时仍可能退回到拷贝——因为移动失败时无法保证强异常安全。
检查点：
- 确认你的类有
T(T&&) noexcept构造函数（编译器生成的默认移动构造通常是noexcept） - 避免在移动构造里做可能抛异常的操作（如 new 内存、IO）
- 用
static_assert(std::is_nothrow_move_constructible_v<T>)在编译期验证
原生数组元素（如 int、double）天然满足，但自定义结构体容易忽略 noexcept。
真正影响效率的从来不是要不要写 std::move，而是搞清内存布局、重叠关系、容器约束和类型契约——写错一个 std::move_backward 和 std::move 的调用位置，结果可能全错。
