1. 基本原理与用法差异
push_back 的工作原理
在 C++ 的标准库向量中，push_back 会向量尾部添加一个已有对象的拷贝或移动版本，它有两个重载：push_back(const T&) 和 push_back(T&&)。当传入的是左值时，通常会触发拷贝构造；当传入的是右值（临时对象）时，通常会触发移动构造，从而将对象的资源“挪到”向量中。由于需要在向量中创建一个中间对象，这个过程往往会产生额外的拷贝或移动开销。这也意味着如果你手头只有可移动但不可拷贝的对象，仍然需要通过一个临时对象来实现 push_back。
在实际代码中，若使用一个已经存在的对象来插入，push_back 会进行拷贝或移动到向量中：先创建临时对象/已有对象，再完成在向量中的拷贝或移动，这在某些场景下会引入不必要的开销。下面是一个简单的直观示例，展示了 push_back 的典型用法。
emplace_back 的工作原理
与 push_back 不同，emplace_back 通过参数转发直接在向量内部构造对象，它有一个模板重载：template，会把传入的参数直接映射到 T 的构造函数中进行在位构造。换言之，没有中间的临时对象，也就没有额外的拷贝/移动开销，通常能带来性能优势，尤其是在对象的构造代价较高时。
使用 emplace_back 时，向量会直接把参数传给 T 的构造函数完成构造，这使得它在需要通过参数组合来创建对象时更为高效。下面是一组对比用法的直观看法：
2. 对比分析：性能和开销
拷贝与移动成本对比
在 push_back 场景中，若向量内部还没有容量，往往需要进行重新分配；重新分配时，已经存在的元素需要被拷贝或移动到新内存中，若对象的拷贝/移动成本高，这部分成本会被放大。尽管移动通常比拷贝便宜，但仍然涉及一定的构造与析构开销，尤其是在高频率插入时。
相比之下，emplace_back 直接在向量内部完成对象构造，避免了先创建临时对象再转移的过程。因此在构造成本较高的类型上，重叠的拷贝/移动开销会显著降低，这也是它在性能敏感场景中的首选原因之一。
在 reallocation 时的影响
当向量容量需要扩展以容纳新元素时，所有现有元素都必须被移动或拷贝到新内存中。这时，emplace_back 的优势主要体现在减少临时对象的构造与移动，但如果元素本身就具有高昂的移动成本，向量的整体重分配成本仍然不可忽略。因此，在高频插入且对象成本较高的场景，提前 reserve 容量同样重要。
要点总结：避免不必要的临时对象、尽量提前预留容量、在能直接在位构造的场景优先选择 emplace_back，以降低整体成本。
3. 实战要点与策略
何时优先使用 emplace_back
在需要通过一组参数直接构造对象时，emplace_back 提供了自然、直观且高性能的写法，尤其对象的构造涉及复杂成员或资源的获取、初始化逻辑较多时。通过参数转发，可以避免中间创建的临时对象带来的额外成本。
如果你的对象有显式的构造函数参数，或你只是想把构造过程合并成一个操作，首选 emplace_back，与此同时确保你对构造参数有充分控制。
与 reserve 的协同
为了尽量避免向量在扩容时的多次重新分配与移动，在插入大量对象前先进行容量预留是一个常见且有效的优化手段。例如：vector，这能让后续的 push_back/emplace_back 尽可能直接在现有内存中完成构造与写入。
综合策略：在确定对象成本较高且插入数量可估计时，优先使用 emplace_back 并结合 reserve，从而获得稳定且较低的吞吐量峰值。
4. 编码示例与对比
简单对比示例
下面给出一个简化示例，展示 push_back 与 emplace_back 的对比场景。通过一个自定义类型，演示在同样的构造参数下的行为差异以及对输出的影响。
#include
#include
#include struct Widget {int id;std::string name;Widget(int i, std::string n) : id(i), name(std::move(n)) {std::cout << "Construct Widget(" << id << ", " << name << ")" << std::endl;}Widget(const Widget&) = delete;Widget(Widget&&) = default;
};void demo() {std::vector<Widget> v;v.reserve(4);// 使用 push_back：需要先创建临时对象，再移动到向量v.push_back(Widget(1, "alpha"));// 使用 emplace_back：直接在向量内部构造v.emplace_back(2, "beta");
}
从这个对比中可以看出：push_back 需要先创建临时对象，再完成移动；而 emplace_back 直接在向量内部完成构造，通常更省事且性能更优，尤其当对象成本较高时效果更为明显。
5. 常见误解与边界情况
对象不可拷贝的类型
有些类型可能显式删除了拷贝构造函数，但仍具备移动构造函数。在这种情况下，push_back(T&&) 能通过移动把对象放入向量，而 push_back(const T&) 会在尝试拷贝时失败，因此要留意你的对象的构造和移动能力。与此同时，emplace_back 不需要事先存在一个对象实例，而是将参数直接转发给构造函数，因此在某些不可拷贝/不可移动的场景下也能带来潜在优势。
总之，理解两者的生命周期和构造过程对于选择正确的插入方式至关重要：在需要就地构造对象、减少临时对象以及提升插入性能的场景，emplace_back 是更直接、通常更高效的选择；而在你已经拥有现成对象需要插入时，push_back 仍然是简单而直观的选项，并且在有充分容量时也非常高效。
