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

手动实现深拷贝的常用方式

没有语言级深拷贝支持，需按需选择策略：

• 对简单结构体：手动逐字段新建并复制，如 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() 方法的自定义类型，比事后补深拷贝更可靠。