必须用虚函数clone()实现多态深拷贝，因C++不支持虚构造函数；clone()需声明为virtual const成员函数并返回std::unique_ptr，以利用虚表动态分派、避免切片和内存泄漏。
不能用构造函数实现多态深拷贝，因为C++不允许虚构造函数；必须用clone()虚函数，且返回std::unique_ptr或Base*，否则必然切片或泄漏。
为什么clone()必须是虚函数，且不能是构造函数
构造函数名固定、无法继承、调用时机在对象内存布局确定前，根本不可能动态分派——编译器看到Base* p = new Derived，就知道该调Derived构造函数；但Base* q = new Base(*p)只会调Base的拷贝构造，派生部分直接丢弃。而clone()是普通成员函数，靠虚表运行时查表，才能保证p->clone()实际执行的是Derived::clone()。
常见错误现象：
- 写
Base(Base& other)试图“通用拷贝”，结果所有派生对象克隆后都变成Base实例，dynamic_cast失败，虚函数调用退化 - 把
clone()写成非虚函数，或漏掉override，编译不报错但运行时永远调基类空实现，崩溃或返回nullptr
std::unique_ptr vs Base*：返回类型怎么选
返回裸指针Base*看似简单，但调用方必须显式delete，极易泄漏；返回值类型Base（非指针）会触发对象切片，派生状态全丢。唯一安全、现代、推荐的做法是返回std::unique_ptr。
实操建议：
- 基类声明：
virtual std::unique_ptrclone() const = 0; - 派生类实现：
std::unique_ptrclone() const override { return std::make_unique (*this); } - 协变返回类型从C++11起支持，
std::unique_ptr能自动转为std::unique_ptr，无需强制转换 - 绝对不要写
return std::unique_ptr——异常安全风险高，且模板冗余(new Derived(*this))
深拷贝陷阱：默认*this拷贝够不够用
如果类里只有int、std::string、std::vector这类RAII成员，默认拷贝构造函数已满足深拷贝语义；但一旦含裸指针（如int*）、FILE*、std::unique_ptr（注意：std::unique_ptr本身不可拷贝，必须禁用或改用std::shared_ptr），new Derived(*this)就会出事。
此时必须手动深拷贝：
- 若用裸指针，
clone()里不能依赖默认拷贝构造，得显式分配新内存：new Derived(this->x, this->y, new int[100]) - 更安全做法是把资源交给RAII类型管理：把
int*换成std::vector或std::unique_ptr，此时std::make_unique自然深拷贝(*this) - 若类有自定义析构函数、移动操作符，记得显式
= default或实现拷贝构造/赋值，否则*this行为未定义
继承链变长时，clone()怎么避免中间层写错
三层继承Base ← Intermediate ← Final时，Intermediate若也实现clone()，容易误写成return std::make_unique，导致Final对象克隆后降级为Intermediate，多态断裂。
解决方式只有一种：
- 中间类不提供
clone()实现，只继承基类纯虚接口 - 强制最末层派生类（
Final）重写clone()，确保返回的是Final类型 - 若中间类确实需定制逻辑（比如初始化参数预处理），应在构造函数里做，而非在
clone()中截断类型
真正容易被忽略的是：clone()只是个工厂函数，它不接管生命周期、不插入容器、不修改原对象——所有返回的std::unique_ptr必须被显式绑定到变量或推入容器，否则智能指针临时量一出作用域就释放，对象立即销毁。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
