std::back_inserter通过包装容器将operator=转为push_back()调用，仅支持可push_back的容器，用于copy等算法时避免预分配，但需注意reserve防频繁扩容、不可取地址或比较、模板推导需显式类型或直接传入算法。
std::back_inserter 是怎么把元素“塞进”容器尾部的？
std::back_inserter 不是一个真实存储数据的迭代器，而是一个「适配器」：它包装一个容器（比如 std::vector、std::list），把每次 operator= 赋值操作，转成对该容器的 push_back() 调用。它内部持有一个指向容器的指针（或引用），但自身不维护任何缓冲区或位置偏移。
关键点在于：它只支持单向写入，且**必须用于支持 push_back() 的容器**（std::vector、std::deque、std::list 等）。对不支持该接口的类型（如 std::array、原生数组、std::forward_list）使用会编译失败。
为什么 assign / copy / transform 里常用它？
标准算法如 std::copy、std::transform、std::fill_n 要求输出迭代器满足「可解引用 + 可赋值」语义。std::back_inserter 正好提供这个接口：*it = value 实际调用 container.push_back(value)，而 ++it 是空操作（因为它是输出迭代器，前移无意义）。
常见误用是把它当成普通迭代器去取地址或比较：&*it 或 it == other_it 都非法 —— 它不指向内存地址，也不支持相等比较。
立即学习“C++免费学习笔记（深入）”；
- 它让算法无需预先分配目标容器大小，边写边扩容
- 避免手写循环调用
push_back()，语义更清晰 - 和
std::inserter（指定插入位置）、std::front_inserter（头插）形成互补
它的类型签名和模板推导容易出什么错？
std::back_inserter 是函数模板，返回类型是 std::back_insert_iterator<Container>。它不能直接声明变量而不显式指定类型，否则会因模板参数无法推导而报错：
std::vector<int> v; // ❌ 错误：auto 推导失败，函数模板返回类型含嵌套依赖 auto it = std::back_inserter(v); // ✅ 正确写法之一：显式类型 std::back_insert_iterator<std::vector<int>> it = std::back_inserter(v); // ✅ 更常用：用 auto + 直接传给算法（此时模板实参由算法上下文确定） std::copy(a.begin(), a.end(), std::back_inserter(v));
另一个坑是容器类型必须完整定义 —— 若在模板中对前向声明的类容器调用 std::back_inserter，编译器看不到 push_back 声明，也会失败。
性能上要注意什么？
每次写入都触发一次 push_back()，意味着可能伴随多次内存重分配（尤其对 std::vector）。如果已知要插入 N 个元素，应先调用 v.reserve(N)，否则 std::back_inserter 本身不提供容量预估能力。
它不缓存写入，也没有批处理优化；和 std::vector::insert 批量插入相比，单次开销略高（多一层函数调用+迭代器对象构造），但代码简洁性通常更重要。
真正容易被忽略的是：它完全绕过容器的迭代器失效规则 —— 因为它根本不产生有效迭代器，所以你不能拿它做 erase、insert 或任何需要合法迭代器的操作。它只活在「写完就扔」的场景里。
