Go语言无内置深拷贝，结构体赋值默认浅拷贝：值类型字段完整复制，引用类型字段仅复制地址，底层数据共享；深拷贝需手动实现、序列化或选用第三方库（如ulule/deepcopier），并注意nil指针、循环引用、未导出字段等边界。
Go 语言里没有 deepcopy 函数，结构体赋值默认就是值拷贝——但这个“值拷贝”对 []T、map[K]V、*T 等字段只是复制指针或头信息，底层数据仍共享。真要隔离修改影响，必须手动处理引用类型字段，或选合适第三方方案。
直接赋值为什么不是深拷贝
结构体赋值 copy := original 是逐字段复制：
- 值类型字段（
int、string、不含引用字段的嵌套struct）：内存内容完整复制，互不影响 - 引用类型字段（
[]int、map[string]int、*Detail）：只复制 slice header、map header 或指针地址，copy.Tags[0] = "x"会改到original.Tags[0]
常见错误现象：json.Marshal 后再 json.Unmarshal 看似“深了”，但遇到 func、chan、sync.Mutex 会 panic；手写 copy(dst.Slice, src.Slice) 却忘了 dst.Slice 必须已 make，否则直接 panic。
手写 Clone() 方法最可控
当结构体字段稳定、含不可序列化类型（如 http.Client、sync.RWMutex），或性能敏感时，必须自己实现 Clone()。
立即学习“go语言免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
[]T：用append([]T(nil), src...)或先make([]T, len(src))再copy(dst, src) -
map[K]V：先make(map[K]V)，再for k, v := range src { dst[k] = v }；若V是引用类型，需递归深拷 -
*T：判空后解引用再取地址，if src != nil { dst = &(*src) }；若T含引用字段，也要继续深拷 - 未导出字段、
unsafe.Pointer、func、chan无法反射访问，手写天然绕过，但也意味着你得自己决定是否忽略或特殊处理
示例中漏掉 nil map 初始化，或对 *T 直接赋值不判空，是高频 panic 原因。
第三方库选型要点
不推荐在 hot path 上用通用反射方案；生产环境优先考虑生成式、零反射库。
-
ulule/deepcopier：编译期代码生成，无运行时反射，支持字段映射和忽略，go get github.com/ulule/deepcopier后用deepcopier.Copy(&dst).From(&src) -
github.com/jinzhu/copier：运行时反射，自动处理[]T、map、*T，但copier.Copy(dst, src)要求dst是指针；对nil map不自动make，需提前初始化或启用DeepCopy模式 -
encoding/json序列化：最快上手，但字段必须可导出（首字母大写），不支持func/chan，time.Time变字符串，nil slice/map变空值，语义丢失
性能差异明显：json 方案比手写慢 10–100 倍；copier 比手写慢 3–5 倍；deepcopier 接近手写水平。
容易被忽略的边界情况
真正出问题的往往不是主逻辑，而是这些细节：
-
nil切片或 map：手写时没判空就range或copy，直接 panic - 循环引用结构体：任何基于反射或序列化的通用方案都会栈溢出或无限递归，必须业务层识别并打断
- 字段标签干扰：如
json:"-"或copier:"skip"，第三方库可能默认跳过，但手写 clone 会照常处理，行为不一致 -
sync.Mutex等不可拷贝类型：Go 编译器会报错cannot assign to struct containing sync.Mutex，必须共享指针或重置，不能“复制”
深拷贝不是技术炫技，而是明确语义后的主动选择——先想清楚：哪些字段真要隔离？哪些本就应该共享？哪些压根不能复制？答案定了，方案自然浮现。
