多态下无法直接调用派生类拷贝构造函数，因拷贝构造函数非虚函数，编译器在Base* obj = new Derived场景下仅绑定Base的拷贝逻辑，导致Derived特有成员被静默截断。
多态下无法直接调用派生类拷贝构造函数，必须用 clone() 虚函数实现运行时类型感知的深拷贝。
为什么不能用普通拷贝构造函数做多态克隆
拷贝构造函数不是虚函数，编译器在 Base* obj = new Derived 场景下，仅能绑定到 Base 的拷贝构造逻辑。结果是：只复制了 Base 子对象，Derived 特有成员（如额外字段、资源指针）被静默丢弃——这不是浅拷贝，是**截断式拷贝**。
常见错误现象：
- 程序不崩溃但输出错乱（比如
Shape*克隆后变成无意义的Shape基类实例） -
dynamic_cast失败，因为对象实际类型已丢失 - 若基类含
std::unique_ptr，而派生类新增裸指针，截断后析构仍会 double free
如何正确定义和实现 clone() 接口
核心是让基类暴露统一入口，由派生类各自决定“怎么完整复制自己”。
推荐签名（C++11+）：
virtual std::unique_ptr<base> clone() const = 0;
原因：
-
std::unique_ptr明确转移所有权，避免裸指针delete遗漏 - 返回类型支持协变：派生类可写
std::unique_ptr<derived></derived>，无需强制转回Base - 函数必须是
const—— 克隆不应改变原对象状态
派生类实现关键点：
- 必须显式调用自身拷贝构造函数：
return std::make_unique<derived>(*this)</derived> - 若
Derived含裸指针（如int*），其拷贝构造函数里必须完成深拷贝；否则clone()仍是浅的 - 不能返回栈对象地址（
return &local_obj）、不能漏写override
使用 clone() 时最容易忽略的生命周期细节
clone() 是工厂函数，不是 RAII 自动管理器。它只负责创建，不负责销毁或插入容器。
典型误用：
-
vec.push_back(obj.clone());—— 看似没问题，但若vec是std::vector<:unique_ptr>></:unique_ptr>，这行代码合法；若vec是std::vector<base>，则造成悬垂指针 - 调用后未将返回值赋给变量，导致智能指针临时量立即析构，对象被销毁
- 混用裸指针版和智能指针版接口，比如基类声明
Base* clone()，却用std::unique_ptr<base>(obj.clone())，触发 double delete
真正安全的做法是：始终匹配返回类型与接收方式，且明确谁持有新对象。
要不要用模板封装 clone()？
可以，但收益有限。例如 CRTP 模式：
template <typename base typename derived>
class Cloneable : public Base {
public:
std::unique_ptr<base> clone() const override {
return std::make_unique<derived>(static_cast<const derived>(*this));
}
};
</const></derived></typename>
优点：减少样板代码；缺点：强制所有派生类继承该模板，破坏扁平继承结构；且若 Derived 拷贝构造函数需要额外参数（如 allocator），模板无法灵活适配。
更务实的选择是：手写每个 clone()，把资源复制逻辑牢牢控制在类内部，而不是推给模板黑盒。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
