原型模式实现深拷贝必须手动递归克隆每层引用，确保整棵树节点与边内存隔离；浅拷贝仅复制字段值，引用仍共享，易致原始树被意外修改；手动克隆需各层级类实现cloneable并重写clone()，逐个克隆引用字段；序列化反序列化虽天然深拷贝但要求全量serializable且性能差；object.clone()不调用构造器、无法处理final字段及循环引用。
直接用 clone() 不行，必须手动处理每一层引用——原型模式做深层复制，核心不是调用方法，而是确保整棵树每个节点、每条边、每个嵌套集合都生成新实例，彼此内存隔离。
明确区分浅拷贝和深拷贝的后果
浅拷贝只复制对象头和字段值：基本类型值被复制，引用类型字段仍指向原对象。对复杂树结构（如组织架构、网络拓扑、配置树），这会导致原始树与副本共享子节点、边关系或状态容器。修改副本某个叶子节点的属性，可能意外改掉原始树对应节点；删除副本中一条父子链接，原始树结构也被破坏。调试时常见现象是：System.identityHashCode(node) 在原树和副本中返回相同值，说明根本没新建对象。
手动递归克隆：精准可控但需逐层契约
适用于结构稳定、所有节点类可修改的场景。关键要求是：每个层级的类都实现 Cloneable，重写 clone()，并在其中主动克隆其引用字段。
- 父节点克隆时，不能直接
new ArrayList(children)——除非children中每个元素本身已不可变或已实现深拷贝 - 应遍历子节点列表，对每个子节点调用其
clone()方法，再加入新集合 - 数组字段需用
Arrays.copyOf()或手动循环克隆（尤其对象数组） -
String、LocalDateTime等不可变类可直接赋值，无需克隆
序列化反序列化：快捷但有硬性约束
将整个树对象序列化为字节流再读回，天然实现完全隔离的深拷贝。但它要求：
- 树中所有节点类及其所有字段类型（包括内部类、匿名类、Lambda）都必须实现
Serializable - 不能含不可序列化资源，如
ThreadLocal、文件句柄、数据库连接、GUI组件 - 性能开销明显，不适合高频调用（如每毫秒克隆一次）
- 需注意
transient字段会被跳过，若需保留需在readObject中手动恢复
规避 clone() 的典型陷阱
Object.clone() 不调用构造函数，也不处理 final 字段：
- 依赖构造器初始化的逻辑（如注册监听器、校验参数、加载缓存）不会执行
-
final字段无法在clone()中重新赋值；若它引用可变对象，应改为不可变容器（如ImmutableList）或去掉final改用私有 setter 封装 - 存在循环引用时（A→B→A），手动递归会栈溢出，序列化会抛
StackOverflowError或NotSerializableException；需引入缓存机制或标记已克隆对象
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
