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