C++中能否通过构造函数自动存入vector？emplace_back是否最优？

一、构造函数自动存入vector：可行但不推荐 #

这种方案是可行的，比如可以让类的构造函数接收一个vector的引用，在构造完成后将自身移入容器：

#include <vector>

class MyClass {
public:
    MyClass(int data, std::vector<MyClass>& target_vec) : m_data(data) {
        target_vec.emplace_back(std::move(*this));
    }
private:
    int m_data;
};

但这种做法不值得在大多数场景使用，核心问题在于：

• 强耦合：类的逻辑和容器绑定，这个类无法脱离该vector单独使用，复用性大幅降低
• 可读性差：构造函数的本职工作是初始化对象，额外加入存入容器的逻辑，会让其他开发者阅读代码时产生困惑，违反最小意外原则
• 风险隐患：如果构造过程中vector发生扩容（内存重新分配），可能引发未定义行为；若误传临时vector，还会导致对象被存入一个马上销毁的容器中

如果想要简化对象存入vector的操作，更合理的方式是封装一个工厂函数，比如：

void add_to_vector(std::vector<MyClass>& vec, int data) {
    vec.emplace_back(data);
}

既保持代码简洁，又避免了类和容器的耦合。

二、emplace_back是否是最高效的存储方法？ #

在绝大多数场景下，emplace_back是vector存储对象的最优选择，但要明确它的适用边界：

• emplace_back的核心优势是直接在vector的内存空间中原地构造对象，完全避免了临时对象的创建、拷贝或移动操作（如果对象的拷贝/移动成本较高，这点优势会非常明显）
• 如果对象的移动构造函数效率极高（比如仅包含基本类型成员，或资源可通过std::move快速转移），那么push_back(std::move(obj))和emplace_back的效率几乎没有差异
• 要最大化emplace_back的效率，建议提前用reserve()为vector预分配足够的内存，避免扩容时的内存拷贝
• 不存在比emplace_back更高效的标准vector存储方法——因为它已经把对象构造的过程直接放在了vector的内存块里，没有额外的中间步骤

内容的提问来源于stack exchange，提问作者Totenkopf