std::rotate 是首选，因其在标准库中已深度优化：自动采用三步翻转法、内联高效、分支预测友好，且能安全处理所有边界（如 middle==first/last），而手写易因 k==0/k==n/空区间等漏判导致未定义行为。
为什么 std::rotate 是首选，而不是手写三步翻转
标准库的 std::rotate 在绝大多数实现中（如 libstdc++、libc++）已针对原位循环移动做了深度优化：对随机访问迭代器自动采用三步翻转法，且内联程度高、分支预测友好；更关键的是，它能处理 first、middle、last 任意相对位置（包括 middle == first 或 middle == last），而手写三步翻转容易漏掉边界判断导致越界或空操作失效。
直接调用比自己实现更安全、更高效，且不分配额外内存。
手写三步翻转时必须检查的三个边界条件
若因特殊约束必须手写（如裸机环境、禁用 STL），核心逻辑是「翻转 [0, k) → 翻转 [k, n) → 翻转 [0, n)」，但以下情况极易出错：
-
k == 0或k == n：此时无需移动，直接返回，否则翻转空区间可能触发未定义行为（尤其当使用std::reverse时迭代器相等但非 valid range） k 或 <code>k > n：必须先归一化为k = ((k % n) + n) % n，否则翻转索引越界- 数组长度为 0 或 1：
begin == end，任何翻转操作前都应短路
示例片段（仅示意逻辑，不含完整模板）：
void rotate_left(int* arr, size_t n, size_t k) {
if (n <= 1 || k % n == 0) return;
k = k % n;
reverse(arr, arr + k);
reverse(arr + k, arr + n);
reverse(arr, arr + n);
}使用 std::rotate 时传参错误的典型表现
常见误把「移动 k 个元素到开头」理解为 std::rotate(v.begin(), v.begin() + k, v.end()) —— 这实际是将 [begin, begin+k) 循环左移到末尾。正确做法取决于语义：
立即学习“C++免费学习笔记（深入）”；
- 左移 k 位（原数组
[a,b,c,d]→[c,d,a,b]当 k=2）：用std::rotate(v.begin(), v.begin() + k, v.end()) - 右移 k 位（同上例 →
[c,d,a,b]当 k=2）：等价于左移n-k位，即std::rotate(v.begin(), v.begin() + n - k, v.end()) - 若 k 来自用户输入或计算，务必先做
k %= v.size()，否则v.begin() + k可能越界，触发 debug 模式下断言失败或 release 下未定义行为
性能陷阱：指针偏移 vs 迭代器适配器带来的间接开销
对原始数组指针调用 std::rotate 是零成本抽象：std::rotate(arr, arr + k, arr + n) 编译后就是纯指针运算；但若包裹成 std::span 或通过 std::vector::data() 获取指针后再算偏移，只要不引入虚函数或运行时分支，仍无额外开销。真正要避开的是：
- 用
std::vector::iterator配合std::advance计算 middle —— 对随机访问迭代器虽是 O(1)，但可读性差且易写错 - 在循环体内反复调用
std::rotate处理小块数据 —— 函数调用及内部分支判断会累积开销，此时应考虑手动展开或改用memmove（仅限 trivially copyable 类型） - 对
std::list等非随机访问容器误用 ——std::rotate退化为 O(n) 时间且无法原位，此时应换用容器特化方法
原位循环移动的本质是内存块重排，不是算法题炫技；STL 已覆盖绝大多数场景，手写只应在 profiling 明确瓶颈且确认标准实现不满足时才介入。
