go标准库没有reflect.deepcopy函数，因深拷贝涉及指针、循环引用、未导出字段等复杂边界，需手动用reflect.value递归实现，且须处理nil指针、未导出字段、接口值三类易漏字段。
为什么 reflect.DeepCopy 不存在
Go 标准库压根没提供 reflect.DeepCopy 这个函数。别翻文档了，它不在那里。反射包 reflect 只负责“看”和“动”，不负责“复制逻辑”——尤其是深拷贝这种涉及指针、循环引用、未导出字段、接口值、切片底层数组共享等一堆边界情况的操作。
你看到的所谓“反射深拷贝”，全是自己拼出来的：用 reflect.Value 递归遍历 + 类型分支判断 + 新分配 + 字段赋值。没有银弹，只有取舍。
手动实现时必须处理的三类字段
用 reflect 做深拷贝，最常漏掉的是这三类字段，一漏就 panic 或行为诡异：
-
nil指针：不能直接.Elem()，得先.IsNil()判断，然后按目标类型reflect.New()再解引 - 未导出字段（小写开头）：反射能读（
.CanInterface()可能为 false），但不能写（.CanSet() === false），强行.Set()会 panic；这类字段通常得跳过，或靠unsafe（不推荐）或结构体自定义接口（如DeepCopy()方法）兜底 - 接口值（
interface{}）：.Kind()是reflect.Interface，但它的底层可能是任意类型，必须用.Elem()拿到实际值再递归处理，否则只复制了个空接口壳
切片和 map 的深拷贝陷阱
切片和 map 看似简单，但反射里最容易写出“伪深拷贝”：
- 切片：只调
reflect.MakeSlice(t, v.Len(), v.Cap())不够，还得逐个元素递归拷贝，否则新切片和原切片仍共享底层数组 - map：必须先
reflect.MakeMap(t)，再遍历v.MapKeys()，对每个 key 和 value 分别深拷贝后.SetMapIndex()，漏掉任意一个都会导致 key/value 引用原对象 - 注意
reflect.ValueOf(&x).Elem()和reflect.ValueOf(x)的区别——传指针进去才能修改原值，但深拷贝一般不改原值，所以多数时候直接传值，靠返回新reflect.Value
性能和兼容性现实约束
反射深拷贝不是免费的。一次中等复杂结构体拷贝，比手写 Clone() 方法慢 5–20 倍，内存分配次数也多得多：
- 每次
reflect.New()、reflect.MakeSlice()都是堆分配；高频场景（如网络请求中间件）慎用 - 不支持
func、unsafe.Pointer、含sync.Mutex等不可复制类型，遇到直接 panic，得提前v.Kind() == reflect.Func检查并报错 - Go 1.21+ 对嵌套结构体字段顺序更敏感，如果依赖
v.Field(i)下标遍历，请确保结构体没加//go:notinheap或被编译器重排（极少见，但存在）
真正通用的深拷贝，从来不是纯反射能扛住的——要么接受限制（比如只支持导出字段 + 基础类型），要么引入代码生成（go:generate + gob 或 json 序列化绕过），要么老老实实为关键结构体写 Copy() 方法。反射只是工具链里最裸的一环，不是终点。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
