極簡力1. 为什么我们需要关心 push_back 和 emplace_back
在C++开发中，vector是最常用的容器之一，而向vector添加元素是我们每天都要做的事情。但你是否想过，简单的push_back和emplace_back背后隐藏着怎样的性能玄机？特别是在处理自定义类型时，选择不当可能会导致严重的性能损耗。
我曾在项目中遇到过这样一个案例：一个包含百万级对象的vector，使用push_back导致程序运行缓慢。通过性能分析工具发现，大量的临时对象构造和析构消耗了近30%的运行时间。改用emplace_back后，性能提升了近25%。这个真实的教训让我深刻理解了这两个方法的本质区别。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. push_back 的工作原理与实现细节
2.1 push_back 的基本行为
push_back是vector最经典的添加元素方法，它的核心功能是在容器末尾添加一个新元素。从C++11开始，push_back有两个重载版本：
cpp复制void push_back(const T& x); // 左值版本
void push_back(T&& x); // 右值版本 (C++11新增)
左值版本会进行拷贝构造，而右值版本则会进行移动构造。这在处理大型对象时差异明显：
cpp复制std::vector<std::string> vec;
std::string str = "a very long string...";
vec.push_back(str); // 调用拷贝构造函数
vec.push_back(std::move(str)); // 调用移动构造函数
2.2 临时对象的性能陷阱
当直接传递参数给push_back时，编译器会先创建一个临时对象，然后再将这个对象移动或拷贝到vector中：
cpp复制class ExpensiveObject {
public:
ExpensiveObject(int x, double y) { /* 耗时构造 */ }
~ExpensiveObject() { /* 可能还有耗时析构 */ }
};
std::vector<ExpensiveObject>