稚一拷贝构造函数这个题目看上去基础，但每次聊到它，我都能想起几个同事因为深拷贝和浅拷贝的问题在线上排查到凌晨的场景。C++ 的拷贝构造函数不是"一个长得像构造函数的函数"那么简单，它牵扯到资源管理、对象生命周期、编译器优化，甚至 C++11 之后的移动语义，是理解这门语言对象模型的一把钥匙。这篇文章我从实际工程中会踩到的点出发，把拷贝构造函数的调用时机、隐性规则、和重载的关系、以及和移动语义的纠缠一次讲透。
1. 拷贝构造函数到底何时被调用：四个容易漏掉的场景
很多人背过定义：拷贝构造函数是参数为同类型 const 引用（通常如此）的构造函数，用于用一个已有对象去构造另一个新对象。但一到实际代码里，哪些语句真正触发了拷贝构造，很多人就含糊了。我挑了几个真实项目里最常见的场景，逐个拆开说。
1.1 最直白的两种初始化写法
直接初始化和复制初始化，是拷贝构造函数最标准的触发位置：
cpp复制class UserInfo {
public:
UserInfo(const std::string& name) : name_(name) {}
UserInfo(const UserInfo& other) : name_(other.name_) {
std::cout << "copy ctor called\n";
}
private:
std::string name_;
};
UserInfo a("alice");
UserInfo b(a); // 直接初始化 -> 拷贝构造
UserInfo c = a; // 复制初始化 -> 拷贝构造
UserInfo c = a; 这行看起来像赋值，但它并不是赋值运算符。赋值的核心特征是"操作的对象已经存在"，而 c 在声明这一刻才被创建出来，所以这里走的是拷贝构造。等到你写成：
cpp复制UserInfo d;
d = a; // d 已存在，走拷贝赋值运算符
这才轮到赋值运算符。这个区分是理解后面第三节内容的基础。
1.2 按值传参：函数调用边界上的隐式拷贝
函数参数如果不是引用，实参传入形参时必然发生一次拷贝构造：
cpp复制void processUser(UserInfo user) { // 传入时拷贝构造
// ...
}
processUser(a);
这里 user 是 a 的一个副本，函数内对 user 的任何修改都不会影响外部对象。如果你的类里有堆资源、文件句柄、锁等成员，这一次"看不见的拷贝"可能代价非常大，甚至直接导致资源管理错误。
我见过一个线上事故：一个日志系统把某个包含大缓冲区的对象按值传进去，每写一条日志就拷贝几十 KB 数据，高峰期直接把内存打爆。排查到最后，修复方法就是把参数改成 const UserInfo&。按值传参在语义上是最安全的，但性能上常常是最贵的，凡是体积大的对象，能用 const 引用就用 const 引用。
1.3 按值返回：返回语句背后的拷贝
按值返回时，理论上也会产生拷贝构造来构造返回值对象：
cpp复制UserInfo createUser(const std::string& name) {
UserInfo local(name);
return local; // 理论上：将 local 拷贝到返回值对象
}
有的编译器会在这里直接优化掉拷贝，也就是"具名返回值优化"（NRVO），但这属于编译器的优化行为，不是语言保证的。C++17 之前，你甚至不能假设拷贝一定被省略；C++17 开始，纯右值场景下的复制省略成为语言强制规则，但 NRVO 依然不是强制的。这点我在第四节展开讲。
同样的道理也出现在 STL 容器操作中：
cpp复制std::vector<UserInfo> users;
users.push_back(a); // 将 a 拷贝到容器内部
C++11 之后，如果传入的是右值，push_back 会调用带右值引用的重载版本，也就是移动构造函数，从而避免深拷贝。但 push_back(a) 这种左值场景，拷贝仍然会发生。
1.4 异常处理里的拷贝：throw 和 catch
异常对象在抛出和捕获的过程中也可能发生拷贝构造，这是初学者最容易忽略的场景：
cpp复制try {
throw UserInfo("temporary error context");
} catch (UserInfo errorInfo) {
// 捕获时可能发生拷贝
}
throw 表达式会以抛出表达式为蓝本拷贝出一个异常对象；按值捕获时，异常对象再次拷贝给 catch 参数。虽然编译器做了大量优化，但设计异常类时仍然要保证"拷贝构造不会抛异常"或者"拷贝足够轻量"，否则在错误处理路径上反而引入新的失败点。这也是为什么不少异常类底层用 const char* 或 std::shared_ptr 持有资源，目的就是让拷贝成本可控。