必须用 back_inserter 时：目标容器为 vector/deque/list 且仅需末尾追加元素，因它自动调用 push_back、无需预知大小、避免越界或扩容麻烦；不支持 array 和 forward_list。
什么时候必须用 back_inserter
当你目标容器是 std::vector、std::deque 或 std::list，且只想在末尾追加元素时，back_inserter 是最直接、最安全的选择。
它内部调用 push_back，不依赖插入位置的迭代器有效性，也不要求你预先知道容器大小。比如流式读取或算法结果长度未知时，back_inserter 能自动扩容，避免手动 resize 或 reserve 的麻烦。
- 错误做法：
v.resize(n); std::copy(src, src+n, v.begin());—— 前提是已知n，否则越界或浪费空间 - 正确做法：
std::copy(src, src+n, std::back_inserter(v));—— 无论n多大，v自动增长 -
back_inserter不支持std::array或std::forward_list（后者无push_back）
为什么 inserter 要传两个参数，而 back_inserter 只要一个
inserter 的语义是“在指定位置前插入”，所以必须明确告诉它：插到谁前面。第二个参数是一个合法迭代器（如 c.begin()、c.end() 或中间某处），每次赋值都会调用 c.insert(it, val)，然后 it 自动更新为新插入元素的位置。
而 back_inserter 的行为是固定的：永远在 c.end() 位置前插入，等价于 c.push_back(val)，不需要你提供位置线索。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 常见误用：
inserter(v, v.begin())在vector上反复插入首部 → 性能极差（O(n) 每次），实际等效于倒序插入 - 合理用法：
inserter(s, s.end())向std::set插入（虽然set更常用insert直接接口） -
back_inserter的参数只能是支持push_back的容器；inserter理论上适配所有带insert的容器（包括set、map、vector）
front_inserter 和 inserter 都能插开头，区别在哪
front_inserter 强制调用 push_front，只适用于支持该操作的容器（std::list、std::deque），不适用于 std::vector（编译失败）；插入顺序会反转——因为每次都在开头加，后进先出。
inserter(c, c.begin()) 则调用 insert，对 vector 合法但低效，对 list 高效，且保持原始顺序（只要 begin() 指向开头，插入就在开头，不反转）。
-
front_inserter(lst) = 1; front_inserter(lst) = 2;→lst变成{2,1} -
inserter(lst, lst.begin()) = 1; inserter(lst, lst.begin()) = 2;→lst变成{1,2}（前提是lst初始为空） - 对
vector：用front_inserter直接报错；用inserter(v, v.begin())能编译但应避免
性能与容器类型不匹配的真实代价
选错插入器不只是语法错误，更可能引发运行时性能崩溃或静默逻辑错误。例如：
- 对
std::vector用front_inserter→ 编译期拒绝，错误信息类似'push_front' is not a member of 'std::vector' - 对
std::vector用inserter(v, v.begin())→ 每次插入都移动后续所有元素，10 万次插入可能耗时秒级 - 对空
std::vector用inserter(v, v.end())→ 行为等价于back_inserter，但多一次迭代器计算开销，且语义不清晰 -
back_inserter在std::forward_list上不可用（无push_back），但inserter(fwd, fwd.before_begin())是标准用法
真正容易被忽略的是：插入器不检查容器当前状态，它只信任你传入的容器和迭代器。传一个失效的 end() 给 inserter，或者对不支持的操作强行调用，结果不是编译失败，就是未定义行为。
