c++构造函数不能是虚函数，因对象初始化前vptr未设置，无法虚调用；clone()用虚函数模拟虚构造，须返回std::unique_ptr避免切片和泄漏，且依赖正确深拷贝的拷贝构造函数。
clone() 不是虚构造函数，C++ 中构造函数不能是虚函数——这是语言机制决定的。所谓“虚构造”，只是对运行时多态创建对象这一需求的通俗说法，真正落地必须靠 clone() 这类虚函数配合堆分配来模拟。
为什么不能把构造函数声明为 virtual
构造函数执行时，对象内存还没完成初始化，vptr（虚表指针）尚未设置，根本无法进行虚函数分派。强行要求虚构造会导致逻辑死循环：调用虚函数需要 vptr → 设置 vptr 需要构造函数 → 调用构造函数又需要 vptr。编译器直接禁止这种写法，不是疏漏，是安全锁定。
clone() 必须返回 std::unique_ptr<base> 而不是 Base 值类型
返回 Base 值会触发对象切片，派生类特有成员全部丢失；返回裸指针 Base* 则所有权模糊、易泄漏；而 std::unique_ptr<base> 同时解决三个问题：保留多态性、明确转移所有权、自动析构。
- 基类声明必须是：
virtual std::unique_ptr<base> clone() const = 0; - 派生类实现必须用
override，且返回类型可协变：std::unique_ptr<derived> clone() const override</derived> - 内部必须调用
std::make_unique<derived>(*this)</derived>，不能写new Derived(*this)—— 后者异常不安全，且需手动管理unique_ptr构造 - 如果
Derived的拷贝构造函数没正确深拷贝裸指针成员，clone()仍是浅的，double free 风险照旧
继承链超过两层时，中间类容易写错 clone()
比如 Base ← Intermediate ← Final，若 Intermediate::clone() 写成 return std::make_unique<intermediate>(*this)</intermediate>，那所有 Final 对象调用 clone() 都会退化为 Intermediate 实例，多态断裂。
- 中间类不应提供
clone()实现，除非它本身就是终端类型 - 若必须存在中间抽象层，应将其
clone()也声明为纯虚，强制终端类实现 - 避免在中间类里 new 自己，除非你明确希望“截断”继承链
深拷贝和 clone() 是两件事，别混用
clone() 解决的是“运行时类型擦除场景下的复制”，比如 std::vector<:unique_ptr>></:unique_ptr> 里取一个元素并复制一份；而深拷贝是类自身的资源管理契约，体现在拷贝构造函数和 operator= 中。
- 没写对拷贝构造函数，
clone()内部的*this就是错的——它依赖的就是这个函数 -
clone()不替代operator=，也不影响栈对象赋值行为 - 如果类含
std::unique_ptr成员，默认拷贝已被禁用，此时clone()必须显式用std::make_unique构造新对象，不能依赖默认行为
clone() 接口，而是确保每个派生类的拷贝构造函数本身已正确深拷贝所有裸资源——这一步漏掉，整个克隆链就垮在底层。很多人盯着虚函数签名改来改去，却忘了检查 Circle(const Circle&) 里那行 radius_(new double(*other.radius_)) 写对没有。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
