reflect.Copy 不能用于通用深拷贝，因其仅支持同类型切片元素复制，不处理结构体递归、指针解引用、map/slice 初始化等；安全深拷贝需递归+Set+内存分配+循环引用检测。
为什么 reflect.Copy 不能直接用于通用深拷贝
reflect.Copy 只能复制切片（[]T）之间元素，且要求目标切片已分配空间、类型完全一致。它不处理结构体字段递归、指针解引用、map/slice 初始化、接口值还原等深拷贝必需环节——用它做“通用拷贝”会 panic 或静默失败。
用 reflect.Value.Set + 递归实现安全深拷贝的关键约束
核心是避免直接调用 Set 到不可寻址（unaddressable）值上，比如字面量、函数返回的临时值、未取地址的 struct 字段。必须确保目标值可寻址（CanAddr() 为 true）或通过 reflect.New 显式分配内存。
- 对 nil 指针：先
reflect.New(v.Type().Elem())创建新实例，再递归拷贝其内容 - 对 map：需
reflect.MakeMap创建新 map，遍历原 map 的MapKeys()逐个赋值 - 对 slice：用
reflect.MakeSlice分配容量，再对每个索引位置递归拷贝元素 - 对 struct 字段：跳过未导出字段（
CanInterface() == false），只处理可导出且可设置的字段 - 对 interface{}：需先
v.Elem()解包，再判断底层具体类型并分发处理
容易被忽略的循环引用与性能陷阱
反射本身开销大，且默认实现无法检测结构体/指针间的循环引用（如 A 包含 *B，B 又包含 *A）。若不加缓存，会无限递归导致栈溢出；若加缓存但用 reflect.Value 作 key，则因 Value 不可比较而报错。
正确做法是用对象在内存中的地址做唯一标识：
立即学习“go语言免费学习笔记（深入）”；
func copyValue(v reflect.Value, visited map[uintptr]reflect.Value) reflect.Value {
if !v.IsValid() {
return v
}
addr := v.UnsafeAddr()
if addr != 0 {
if copied, ok := visited[addr]; ok {
return copied
}
}
// ... 实际拷贝逻辑
if addr != 0 {
visited[addr] = result
}
return result
}
注意：UnsafeAddr() 仅对可寻址值有效；对不可寻址值（如 map 中的 value）需改用其他标识方式（例如配合 reflect.Value.Interface() 的指针地址，但要小心 interface{} 的内部结构变化）。
实际项目中更推荐的替代方案
除非业务强依赖运行时类型未知（如通用 ORM 序列化、配置热加载），否则应优先考虑：
- 使用
encoding/gob或encoding/json编码+解码（简单但有类型限制和性能损耗） - 用
github.com/jinzhu/copier等成熟库（支持 tag 控制、零值处理、自定义转换） - 为高频结构体手写
Clone()方法（零反射开销，类型安全，IDE 可跳转）
纯反射深拷贝代码易出错、难调试、性能差，且 Go 官方明确不保证 reflect 包的跨版本 ABI 兼容性——上线前务必覆盖指针、嵌套 map、带方法的 interface 等边界 case。
