不能用虚构造函数实现克隆，因为C++语法禁止构造函数为virtual；正确做法是定义纯虚clone()函数并返回std::unique_ptr，以确保多态性、所有权明确和自动析构。
不能用虚构造函数实现克隆，C++ 语法上禁止构造函数为 virtual；真正可行且安全的方案是定义纯虚 clone() 成员函数，并配合智能指针管理返回对象所有权。
为什么 clone() 不能是虚构造函数？
构造函数在对象内存布局尚未建立时运行，此时虚表指针（vptr）还未初始化，无法支持动态分派。试图声明 virtual Base() 会直接编译失败——这不是设计疏漏，而是语言机制的硬性限制。所有声称“虚构造函数”的说法，本质上都是对 clone() 接口的误称。
clone() 必须返回 std::unique_ptr
返回裸指针 Base* 会把内存管理责任甩给调用方，极易泄漏或 double-free；返回值类型 Base 则触发对象切片，丢失派生类数据和虚函数行为。只有 std::unique_ptr<base> 同时满足三个关键条件：保留多态类型、明确转移所有权、自动析构。
- 基类声明必须是：
virtual std::unique_ptr<base> clone() const = 0; - 派生类重写时可协变返回：
std::unique_ptr<derived> clone() const override</derived> - 实现必须用
std::make_unique<derived>(*this)</derived>，而非new Derived(*this)—— 后者在构造抛异常时会导致内存泄漏
派生类实现 clone() 时最容易踩的坑
常见错误不是语法报错，而是语义静默失效：比如在中间继承层（如 Intermediate : Base）里写了 return std::make_unique<intermediate>(*this)</intermediate>，结果让最底层的 Final : Intermediate 对象克隆后“退化”成 Intermediate 类型，dynamic_cast<final></final> 失败，虚函数调用也回退到中间层实现。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 正确做法：每个派生类都必须直接 new（或 make_unique）自己最具体的类型，不能依赖父类的
*this构造逻辑 - 若类含裸指针（如
int* data），*this默认拷贝仍为浅拷贝，必须在派生类clone()内手动深拷贝资源 - 若已用
std::unique_ptr<int></int>等 RAII 成员，则std::make_unique<derived>(*this)</derived>自动完成深拷贝，无需额外代码
容器中使用 clone() 的典型误操作
很多人把 std::vector<:unique_ptr>></:unique_ptr> 当作原型池，却在遍历时直接 vec.push_back(obj->clone())，以为这样就完成了复制。问题在于：clone() 只返回新对象，不修改原对象，也不自动插入容器；但更隐蔽的问题是——如果原容器里存的是 std::shared_ptr<base>，而 clone() 返回 std::unique_ptr<base>，类型不匹配会编译失败。
- 统一用
std::unique_ptr作为 clone 接口返回类型，容器也应保持一致 - 不要在 clone() 内部尝试接管原对象状态（比如清空缓存、置 flag），它只负责复制，不负责副作用
- 若需克隆后立即插入容器，必须显式写：
container.push_back(ptr->clone());，没有隐式绑定
最常被忽略的一点：clone() 是工厂函数，不是魔法开关。它不改变原对象，不参与 RAII 生命周期，不自动注册到任何管理器——它的全部职责就是返回一个新对象，且这个对象的类型、资源、行为必须与原对象完全一致。做到这点，需要每一层派生类都认真对待自己的 clone() 实现，而不是复制粘贴父类模板。
