Go 没有内置深拷贝，嵌套结构体必须显式处理引用字段；赋值或 copy 仅浅拷贝，对 *T、[]T、map[K]V 等字段只复制句柄，底层数据仍共享，需手动、序列化或第三方库（如 ulule/deepcopier）实现真正隔离。
直接结论：Go 没有内置深拷贝，嵌套结构体必须显式处理引用字段
go 的结构体赋值或 copy 函数对嵌套结构体只做浅层复制——基本类型字段被完整复制，但 *t、[]t、map[k]v、chan 等字段仅复制句柄，底层数据仍共享。不手动干预或不借助可靠工具，深拷贝必然失败。
为什么 copy 和赋值无法处理嵌套结构体
copy 函数只按字节块拷贝切片元素，它不理解语义：若切片元素是 *Address 或 map[string]int，复制的只是指针地址或 map header，不是其指向的数据。同理，结构体直接赋值（dst = src）也止步于字段一级，不会递归进入 src.Addresses[0].City 这类路径。
- 常见错误现象：
src.Addresses[0].City = "Shanghai"后，dst.Addresses[0].City也变，说明指针未隔离 - 切片元素为 struct 且含 map 字段时，
copy(dstSlice, srcSlice)后修改dstSlice[0].Metadata["k"]会同步影响srcSlice[0].Metadata - 性能陷阱：看似用了
make([]T, len(src))+copy，但只要T含引用字段，就仍是浅拷贝
三种可行路径：手动、序列化、第三方库
选哪条取决于结构复杂度、性能敏感度和维护成本。
-
手动逐字段复制：适用于字段明确、嵌套层级浅（≤2）、引用字段少的结构。例如
Person{Addr *Address, Emails []string}，需显式newAddr := &Address{City: src.Addr.City}和emailsCopy := append([]string(nil), src.Emails...) -
gob/json 序列化：通用但有硬限制。用
encoding/gob要求所有字段导出、不能含func/channel/unsafe.Pointer；json还会丢弃非导出字段、time.Time变字符串、map[string]interface{}中的nil切片可能变成空切片 -
第三方库（推荐）：如
ulule/deepcopier（编译期生成、零反射、支持字段映射），或jinzhu/copier（运行时反射、简单上手）。注意copier.Copy(dst, src)默认不递归复制 map/slice 内部元素，需额外配置或升级到 v2
容易被忽略的关键点
深拷贝不是“调了某个函数就完事”，真正容易出问题的地方在边界条件：
- nil 指针字段：手动复制时若
src.Addr == nil，直接newAddr := *src.Addr会 panic，必须先判空 - 循环引用：任何基于反射或递归的深拷贝库遇到 struct A → B → A 都会栈溢出或无限循环，需提前检测或禁止
- sync.Mutex 等不可拷贝类型：即使字段是匿名嵌入，也不能参与深拷贝，否则运行时报
cannot copy sync.Mutex - interface{} 值：若结构体含
map[string]interface{}，且其中存了[]int或*T，gob 可处理，但多数反射库默认跳过或浅拷贝，需确认文档是否支持嵌套 interface 层级
