emplace_back通过原地构造避免拷贝或移动，而push_back需先构造再复制或移动；对于复杂对象，emplace_back更高效，尤其在频繁插入时应优先使用。
在使用 C++ 标准库中的 vector 时，push_back 和 emplace_back 都可以用来向容器末尾添加元素，但它们的实现机制和性能表现存在关键差异。理解这些差异有助于编写更高效的代码，尤其是在处理复杂对象时。
push_back：先构造再拷贝或移动
push_back 接受一个已经构造好的对象，并将其复制或移动到 vector 的内存空间中。这意味着：
- 如果传入左值，会调用拷贝构造函数（copy constructor）。
- 如果传入右值，会调用移动构造函数（move constructor）。
- 即使使用临时对象，也至少涉及一次移动操作。
std::vector<std::string> vec;
std::string str = "hello";
vec.push_back(str); // 调用拷贝构造
vec.push_back("world"); // 字符串字面量 → 构造临时 string → 移动构造
emplace_back：原地构造，避免额外开销
emplace_back 不接收对象本身，而是接收构造该对象所需的参数，并直接在 vector 的内存空间中“原地”构造对象。这避免了中间临时对象和拷贝/移动过程。
它通过完美转发（perfect forwarding）将参数传递给元素类型的构造函数。
立即学习“C++免费学习笔记（深入）”；
例如：std::vector<std::string> vec;
vec.emplace_back("hello"); // 直接在 vector 内存中构造 string
vec.emplace_back(5, 'x'); // 构造包含 5 个 'x' 的 string
这里没有临时对象生成，也没有拷贝或移动发生。
性能对比与适用场景
- 对于内置类型（如 int、double），两者性能几乎没有差别。
- 对于复杂类类型（如 string、自定义类），尤其是构造成本高或移动代价大的类型，
emplace_back通常更高效。 - 当需要传递多个参数来构造对象时，
emplace_back更具优势。 - 注意：
emplace_back可能引发隐式类型转换问题，需谨慎使用以避免意外行为。
优化建议
- 优先使用
emplace_back插入非内置类型对象，特别是频繁插入的场景。 - 确保传入的参数能明确匹配目标类型的构造函数，避免歧义。
- 对性能敏感的代码，结合 move 语义与
push_back也是一种选择，但不如emplace_back彻底。 - 启用编译器优化（如 -O2）后，某些情况下 copy/move 可能被省略（RVO/NRVO），但不能依赖此行为。
基本上就这些。合理选择 push_back 与 emplace_back，是 C++ 容器性能优化中的一个简单却有效的技巧。
