std::shift_left是C++20迭代器算法，需传入begin/end迭代器和位移量，要求元素可移动赋值且可默认构造，末尾用T{}填充；误用成员函数或错误参数会导致编译失败。
std::shift_left 是 C++20 新增的算法，不是容器成员函数
很多人搜 std::shift_left 是想“把 vector 或 deque 里的元素整体左移 N 位”，结果发现调用失败或编译报错——根本原因在于：它不接受容器对象，只接受迭代器范围，且要求是可移动（MoveAssignable）和可移动构造（MoveConstructible）的元素类型。
典型误用：v.shift_left(2)（vector 没这个成员函数）、std::shift_left(v, 2)（参数不对，C++20 标准签名是两个迭代器 + 位移量）。
正确调用形式：std::shift_left(v.begin(), v.end(), n)。它会把区间内前 n 个元素“覆盖掉”，后面元素依次前移，末尾空出的 n 个位置用默认构造对象填满（若元素不可默认构造，则行为未定义）。
移动后末尾残留值取决于元素类型是否默认可构造
std::shift_left 的语义是“逻辑左移”，不是内存级位移。它内部等价于：
立即学习“C++免费学习笔记（深入）”；
std::move(first + n, last, first);
std::fill(last - n, last, T{}); // 注意：这里会默认构造 T这意味着：
- 如果
T是int、std::string、自定义类且含默认构造函数 → 末尾补T{}（如0、空字符串、默认初始化对象） - 如果
T是std::unique_ptr<int></int>或无默认构造的结构体 → 编译失败（std::fill要求T可默认构造） - 如果只想移动、不填充末尾（比如后续自己处理空位），不能直接用
std::shift_left，得手写std::move+std::destroy组合
和 std::rotate、手动 std::move 相比，性能与适用场景差异
std::shift_left 的优势是语义清晰、标准库保证最优实现（通常为 memmove 兼容路径），但仅适用于“丢弃前 N 个、其余前移”的场景；它不保留下标对应关系，也不循环。
对比常见替代方案：
-
std::rotate(first, first + n, last)：循环左移，首尾连通，不丢失任何元素，但开销略高（需额外临时存储或多次交换） -
std::move(first + n, last, first)：纯移动，不填充末尾，适合配合erase或重用尾部内存，但调用者需自行管理“被移走的前 N 个”生命周期 -
std::shift_left：一步到位，语义即“删前 N、前移、补默认值”，适合日志缓冲区滚动、FIFO 窗口滑动等场景
注意：所有这三种操作都要求迭代器为 ForwardIterator 以上，对 std::list 也有效，但 std::shift_left 对 list 效率不如 splice。
实际使用时最容易忽略的两个约束
一是范围有效性检查必须由你做：std::shift_left(it, it, 5)（空范围）或 n > std::distance(first, last) 都导致未定义行为——标准没要求抛异常或断言，多数实现会静默越界访问。
二是移动语义依赖：若元素类型移动构造/赋值被显式删除（= delete）或为 const 成员，std::shift_left 编译失败。例如：
struct Bad { const int x; Bad(int i) : x{i} {} };对 std::vector<bad></bad> 调用 std::shift_left 会失败，因为 Bad 不可移动赋值。
真正安全的做法：先确认 std::is_move_assignable_v<t></t> 和 std::is_default_constructible_v<t></t> 均为 true，再调用。
