Java反射本身不能直接实现深度拷贝，它只是访问private字段的手段；真正完成深度克隆必须配合递归逻辑、对象创建和类型判断，关键在于逐层访问所有declaredFields（含private），对每个引用类型字段递归深拷贝，避开static/transient，处理循环引用和不可变类型。
Java 中反射本身不能直接实现深度拷贝，它只是访问 private 字段的手段；真正完成深度克隆，必须配合递归逻辑、对象创建和类型判断。关键在于：**逐层访问所有 declaredFields（含 private），对每个引用类型字段递归深拷贝，避开 static/transient，处理循环引用和不可变类型**。
用反射+递归手动深拷贝
适用于无法序列化（如含 Socket、ThreadLocal）、需定制复制逻辑或规避 Serializable 限制的场景：
- 调用 Field.setAccessible(true) 突破 private 访问限制
- 遍历 clazz.getDeclaredFields()，跳过 Modifier.isStatic(f.getModifiers()) 和 Modifier.isTransient(f.getModifiers())
- 对每个字段值做类型判断：
— 基本类型、String、枚举、Class、包装类等不可变类型，直接赋值
— 数组需逐元素深拷贝（Array.getLength()+ 循环递归）
— 集合（List/Map/Set）先新建空容器，再递归拷贝每个元素
— 其他对象类型则递归调用同一深拷贝方法 - 使用 Map<Object, Object> 缓存已拷贝对象，防止循环引用导致栈溢出
- 构造新实例时，优先尝试无参构造器；若不存在，可用
getDeclaredConstructors()[0].newInstance()（需 setAccessible），不推荐 Unsafe
反射必须配合的几个关键处理
只靠 getDeclaredFields() 和 set() 远不够，以下细节决定是否真正“深度”：
- 数组不是自动深拷贝：Arrays.copyOf() 只是浅拷贝，嵌套对象仍共享；必须用反射获取长度，逐个元素递归 clone
- 集合内部元素不自动复制：new ArrayList(oldList) 仅复制容器结构，oldList 中的 Person 对象在 newList 中仍是同一引用
- final 字段可读不可写：反射能读取 final 字段值，但 set() 会抛 IllegalAccessException；反序列化方式能绕过，手动反射无法修改 final 引用（除非用 Unsafe，不安全且 JDK 17+ 默认禁用）
- 父类字段容易遗漏：getDeclaredFields() 只返回当前类声明的字段，需用 while 循环向上遍历 getSuperclass() 并合并所有字段
为什么不用纯反射，而要加递归和缓存
因为深度拷贝的本质是图遍历，不是线性复制：
立即学习“Java免费学习笔记（深入）”；
- 一个 Person 对象引用 Address，Address 又引用 City，City 再引用 Country——这是一条引用链，必须走到末端再逐层返回新建
- 若 A 引用 B，B 又引用 A（循环引用），不缓存已处理对象会导致无限递归
- 反射提供的是“看”和“改”的能力，但“何时看、看哪些、怎么改、改完怎么连”，全靠外部逻辑控制
更稳妥的替代方案
除非有强约束（如类未实现 Serializable、含 native 资源），否则不建议从零手写反射深拷贝：
-
序列化方式：用
ObjectOutputStream→ObjectInputStream，private 字段自动包含（非 transient/static），代码简洁且经长期验证 -
Apache Commons Lang：
SerializationUtils.clone(obj)封装了序列化逻辑，一行解决，要求类可序列化 - DeepClone 库或 ModelMapper：支持忽略字段、自定义转换、泛型推导，适合复杂 DTO 场景
