Go中结构体默认浅拷贝，赋值时基本类型字段独立，但slice、map、指针、chan、func和interface{}字段共享底层数据；深拷贝需手动实现Clone方法或谨慎使用序列化。
Go 中结构体默认是浅拷贝，赋值即复制值
Go 的结构体是值类型，直接用 = 赋值时，会逐字段复制。如果字段全是基本类型（int、string、bool）或数组，那就真的完全独立；但只要包含指针、slice、map、chan 或 interface{}，这些字段的底层数据仍被共享。
哪些字段会导致浅拷贝后修改影响原结构体
以下字段类型在复制后仍与原结构体共用底层数据：
-
slice：新结构体的slice与原结构体指向同一底层数组 -
map：两个结构体的map变量引用同一个哈希表 -
*T（任意指针）：复制的是地址值，指向同一块内存 -
chan和func类型同理，复制的是引用
例如：
type Config struct {
Name string
Tags []string
Data map[string]int
}
cfg1 := Config{
Name: "v1",
Tags: []string{"a", "b"},
Data: map[string]int{"x": 1},
}
cfg2 := cfg1 // 浅拷贝
cfg2.Tags[0] = "z" // cfg1.Tags[0] 也变成 "z"
cfg2.Data["x"] = 99 // cfg1.Data["x"] 也变成 99
手动实现深拷贝的常用方式
没有语言级深拷贝支持，需按需选择策略：
立即学习“go语言免费学习笔记（深入）”；
- 对简单结构体：手动逐字段新建并复制，如
Tags: append([]string(nil), src.Tags...)、Data: copyMap(src.Data) - 用
encoding/gob或encoding/json序列化再反序列化（注意：要求字段可导出，且json不支持func、chan、循环引用） - 第三方库如
github.com/jinzhu/copier或github.com/mohae/deepcopy，但要注意其对未导出字段、自定义类型的支持限制 - 为结构体实现
Clone()方法，明确控制每个字段如何复制
推荐优先手写 Clone()，清晰、可控、无反射开销：
func (c Config) Clone() Config {
clone := c
if c.Tags != nil {
clone.Tags = append([]string(nil), c.Tags...)
}
if c.Data != nil {
clone.Data = make(map[string]int, len(c.Data))
for k, v := range c.Data {
clone.Data[k] = v
}
}
return clone
}
为什么不要盲目用 JSON 做深拷贝
看似方便，但有多个隐性陷阱：
-
time.Time会被转成字符串再解析，丢失精度或时区信息（取决于JSONTime设置） - 未导出字段（小写首字母）完全被忽略，静默丢弃
-
nil slice和空slice在 JSON 中都变成[]，无法区分 - 嵌套结构体中含
func、unsafe.Pointer、sync.Mutex等会 panic - 性能差：涉及内存分配、反射、编码/解码，比手写复制慢一个数量级以上
仅适合临时调试或原型阶段，生产代码慎用。
深拷贝的关键不是“有没有工具”，而是清楚每个字段的语义——是该共享还是隔离。结构体设计时就该决定哪些字段用值类型、哪些该封装成带 Copy() 方法的自定义类型，比事后补深拷贝更可靠。
