go语言原生不支持深拷贝，赋值和copy()均为浅拷贝；深拷贝需序列化/反序列化（如json、gob）或手动递归实现，但须处理指针、切片、map、channel及循环引用等问题。
Go 语言原生不支持深拷贝，所有赋值和函数传参都是浅拷贝；要实现真正意义上的深拷贝，必须显式序列化/反序列化或递归复制，且需谨慎处理指针、切片、map、channel 和循环引用。
为什么 copy() 和结构体赋值都不是深拷贝
Go 中的 = 赋值、copy() 函数、甚至 append() 都只复制顶层字段的值。如果字段是切片、map 或指针，它们底层指向的底层数组、哈希表或内存地址仍被共享。
-
[]int{1,2,3}赋值后，两个切片共用同一底层数组，修改一个会影响另一个 -
map[string]int{"a": 1}赋值后，两个 map 变量指向同一哈希表，delete()会同时生效 - 结构体中含
*int字段时，复制只拷贝指针值，不是它指向的整数副本
用 json.Marshal + json.Unmarshal 实现简单深拷贝
这是最常用、零依赖的方案，适用于可 JSON 序列化的类型（即字段名首字母大写、无函数、无 channel、无未导出字段、无循环引用）。
func DeepCopyJSON(src interface{}) (interface{}, error) {
data, err := json.Marshal(src)
if err != nil {
return nil, err
}
var dst interface{}
err = json.Unmarshal(data, &dst)
return dst, err
}
- 对
struct{ Name string; Age int }有效，但对struct{ name string }（小写字段）无效（会被忽略） - 会丢失原始类型信息（
json.Unmarshal默认把数字转成float64，map 变成map[string]interface{}） - 性能开销明显：涉及内存分配、字符串编码、解析，不适合高频调用场景
用 gob 实现保留类型的深拷贝
gob 是 Go 原生二进制序列化包，能保留具体类型、支持私有字段（只要在同一个包内），且比 JSON 更快、更准确。
立即学习“go语言免费学习笔记（深入）”；
func DeepCopyGob(src interface{}) (interface{}, error) {
var buf bytes.Buffer
enc := gob.NewEncoder(&buf)
dec := gob.NewDecoder(&buf)
if err := enc.Encode(src); err != nil {
return nil, err
}
var dst interface{}
if err := dec.Decode(&dst); err != nil {
return nil, err
}
return dst, nil
}
- 必须提前注册含 slice/map/自定义 struct 的类型（如
gob.Register([]MyStruct{})），否则解码失败 - 不支持 function、channel、unsafe.Pointer；遇到会 panic
- 无法处理循环引用（会无限递归导致栈溢出）
手动递归拷贝：可控但易出错
当需要精确控制每个字段行为（比如跳过某些字段、定制 slice 元素拷贝逻辑、处理循环引用标记），就得手写递归函数。但注意：
- 必须检查并缓存已访问的指针地址，否则遇到 self-referential struct 会死循环
- 切片要
make新底层数组再逐个元素拷贝，不能只copy() - map 要
make新 map，再遍历 key-value 对分别拷贝键和值 - 嵌套结构体字段要递归调用自身，不能直接
=
这类逻辑极易遗漏边界，建议仅在性能极端敏感且数据结构固定时采用，否则优先选 gob 或第三方库（如 github.com/jinzhu/copier）。
真正麻烦的从来不是“怎么拷”，而是“哪些字段该拷、哪些不该拷、谁负责释放旧内存、循环引用怎么断”。别指望一行代码解决——深拷贝本质是语义决策，不是语法技巧。
