std::move不能直接移动数组区间，仅将单个对象转为右值引用以触发移动语义；移动内存区间应使用std::copy_backward（安全、支持移动赋值）或std::memmove（零开销、仅限平凡可复制类型）。
std::move 不能直接移动数组区间，它只移动对象本身
很多人看到 std::move 就以为能“搬走”一段内存，比如把 arr[5] 到 arr[10] 整体挪到前面——这是误解。std::move 的作用是将单个对象转为右值引用，触发移动语义（如移动构造/赋值），但它不负责内存块的位移操作。对内置类型（int、double）或 POD 类型数组，std::move 实际上退化为拷贝，因为它们没有移动构造函数。
真正高效移动区间用 std::copy_backward 或 memmove
要物理移动一段连续内存（比如把索引 [left, right) 区间整体前移 n 位），必须用底层内存操作或标准库提供的区间算法：
-
std::copy_backward：适用于重叠区间且目标在源左侧（如前移），自动处理方向，安全，支持迭代器，对可移动类型会调用移动赋值（如果可用） -
std::memmove：最底层、零开销，直接按字节搬，不调用任何构造/析构，仅适用于 trivially copyable 类型（如int[]、std::array<float, 100>） - 避免用
std::copy移动重叠区间——行为未定义
示例（前移 3 个元素）：
int arr[10] = {0,1,2,3,4,5,6,7,8,9};
// 把 [3,6) 即 {3,4,5} 挪到位置 0 开始
std::copy_backward(arr + 3, arr + 6, arr + 6); // 结果：{3,4,5,3,4,5,6,7,8,9}
自定义类型数组移动时，移动语义是否生效取决于赋值操作
如果数组元素是自定义类（如 std::vector<int>），std::copy_backward 在赋值时会尝试调用 operator=。若该类已实现移动赋值（T& operator=(T&&)），且编译器没优化掉，就能真正移动资源；否则仍会拷贝。
立即学习“C++免费学习笔记（深入）”；
- 确保类的移动赋值 noexcept，否则某些算法（如
std::vector::resize内部）可能回避移动而选拷贝 -
std::array是聚合类型，其元素赋值行为完全由元素类型决定；std::vector存储在堆上，移动整个 vector 很快，但移动其内部元素数组仍需逐个赋值 - 不要对
std::array<T, N>整体std::move后再用 —— 它被置为有效但未指定状态，后续访问元素是未定义行为
性能关键点：别为小数组过度优化
对长度 std::copy/std::copy_backward 内联并生成 SIMD 指令，和手写 memmove 差距极小；而 memmove 调用有函数跳转开销，反而可能更慢。
- 优先写清晰的
std::copy_backward，让编译器决定是否内联或向量化 - 只有在 profiler 明确指出该路径是瓶颈，且确认类型 trivially copyable 时，才考虑
memmove - 切记：
std::move不等于“更快”，它只是启用移动语义的钥匙；真正搬内存的是copy、copy_backward或memmove
边界检查、重叠判断、异常安全性这些事，std::copy_backward 都替你做了；自己调 memmove 前得手动验证 src 和 dst 是否重叠、长度是否越界——这点容易漏。
