Go语言结构体赋值默认浅拷贝，仅值类型字段完整复制，引用类型字段（如[]T、map、*T）共享底层数据；深拷贝须手动逐字段处理或用json/gob序列化，但需注意导出字段限制与性能开销。
Go语言中没有“深拷贝函数”，所有结构体赋值默认都是浅拷贝——只要字段含 []T、map[K]V、*T、chan T 或 interface{}，就必然共享底层数据。这不是bug，是设计使然；但忽略它，轻则逻辑错乱，重则并发崩溃。
为什么直接赋值 u2 := u1 会出问题？
因为 Go 的 struct 是值类型，但“值”只包含字段本身的内存块：基本类型（如 int、string）被完整复制；而引用类型字段（如 []string、*Config）只复制指针或 header，不复制底层数组或对象。
- 修改
u2.Tags[0]会改变u1.Tags[0]，因为两者指向同一底层数组 - 修改
u2.Config.Timeout会影响u1.Config，因为Config是指针 - 在 goroutine 中发送
u1到 channel 后继续修改它，接收方拿到的可能是被覆盖后的脏数据
什么时候必须手动深拷贝？
典型场景包括：并发传递结构体、缓存副本后需独立修改、生成器模式中向 channel 发送 slice、测试中构造隔离用例。
- 结构体含
[]int或map[string]int→ 必须对每个 slice/map 字段单独make+copy或for range赋值 - 字段是
*T→ 需要&(*src.Field)或新建实例再赋值（注意 nil 检查） - 嵌套结构体含引用字段 → 深拷贝必须递归处理每一层，不能只拷最外层
- 使用
encoding/gob或json.Marshal/Unmarshal做通用深拷贝 → 字段必须导出（首字母大写），且性能开销明显，仅适合低频、非热路径
如何安全地深拷贝一个含 slice 的结构体？
不要依赖反射库或序列化，优先手写可控逻辑。例如：
立即学习“go语言免费学习笔记（深入）”；
type User struct {
Name string
Tags []string
Meta map[string]string
}
<p>func (u <em>User) DeepCopy() </em>User {
if u == nil {
return nil
}
copy := &User{
Name: u.Name,
}
if u.Tags != nil {
copy.Tags = make([]string, len(u.Tags))
copy(copy.Tags, u.Tags)
}
if u.Meta != nil {
copy.Meta = make(map[string]string, len(u.Meta))
for k, v := range u.Meta {
copy.Meta[k] = v
}
}
return copy
}
-
make([]string, len(u.Tags))分配新底层数组，copy()复制元素，确保copy.Tags和u.Tags完全无关 -
map必须显式make并逐 key 赋值，copy()对 map 无效 - 指针字段需判断是否为
nil，避免 panic；若非 nil，应解引用后构造新值或调用其DeepCopy()方法
channel 场景下最容易踩的坑是什么？
在 goroutine 中通过 unbuffered channel 发送结构体或 slice，误以为 “发送即固定”，其实只是控制流同步，不是内存同步。
c （u 含 <code>[]byte）→ 接收方v := 得到的 <code>v仍与原始u共享底层数组- 生成器 goroutine 在发送后立即修改
u.Tags[0]→ 已发送但尚未消费的v.Tags被覆写 - 正确做法：发送前创建独立副本，如
sendCopy := u.DeepCopy(); c - 切片尤其危险：
c 是高危操作；必须 <code>ra := make([]int, len(A)); copy(ra, A); c
真正难的不是写拷贝逻辑，而是每次定义结构体时，都要主动问一句：“这个字段改了，会不会意外影响别人？” —— 这个习惯比任何工具都重要。
