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)。
真正麻烦的从来不是“怎么拷”,而是“哪些字段该拷、哪些不该拷、谁负责释放旧内存、循环引用怎么断”。别指望一行代码解决——深拷贝本质是语义决策,不是语法技巧。