Go中无原型模式原生支持，需手动实现Clone方法；值拷贝默认为浅拷贝，含指针、slice、map等字段时须显式深拷贝，否则共享底层数据。
Go 语言里没有“原型模式”的原生语法支持，也没有 Cloneable 接口或 clone() 方法；所谓“原型模式”在 Go 中是**靠开发者手动实现的对象复制逻辑**，而深拷贝只是其中一种实现目标——它解决的是“引用共享导致意外修改”的问题。
Go 中的“原型模式”本质就是值拷贝 + 手动克隆逻辑
Go 的所有赋值、函数传参默认都是值传递：对结构体变量直接赋值（newObj := oldObj）会复制整个结构体内容，但仅限于字段本身是值类型（int、string、[3]int 等）或实现了深拷贝的指针类型。一旦结构体含 *T、map、slice、chan 或 func，直接赋值就退化为浅拷贝。
- 没有
Object.clone()那种统一入口，每个需要“原型行为”的 struct 得自己写Clone()方法 - 所谓“注册原型”“通过名字获取原型”属于业务封装，Go 标准库不提供，得自己用
map[string]interface{}或泛型 registry 实现 - 如果你只做
newObj := *oldPtr，那它连“原型”都算不上——只是临时解引用，没封装意图
深拷贝不是语言特性，而是你必须主动实现的行为
Go 不像 Java 有 Serializable + 反序列化兜底，也不像 Python 有 copy.deepcopy() 开箱即用。深拷贝在 Go 中意味着：对每个引用类型字段（slice、map、*T 等），都要显式分配新内存并逐项复制。
-
slice要用append([]T(nil), src...)或make+copy，不能只newSlice = oldSlice -
map必须newMap := make(map[K]V); for k, v := range oldMap { newMap[k] = v } - 嵌套结构体里的指针字段，要递归调用其
Clone()方法（如果定义了） - 遇到
interface{}或未导出字段，标准库无反射深拷贝方案；gob/json序列化虽能绕过，但会丢失方法、channel、未导出字段、函数等
常见错误：以为 newObj := oldObj 就是安全的深拷贝
这是最典型的误判。只要结构体里含以下任一字段，oldObj 和 newObj 就仍共享底层数据：
立即学习“go语言免费学习笔记（深入）”；
-
data []byte→ 共享底层数组，改newObj.data[0]会影响oldObj.data[0] -
meta map[string]string→ 两个变量指向同一张哈希表 -
cfg *Config→ 指针复制，newObj.cfg和oldObj.cfg是同一个地址 - 甚至
sync.Mutex字段也不能直接复制（会 panic），必须重置
验证方式很简单：
old := MyStruct{Items: []int{1, 2}}
newObj := old
newObj.Items[0] = 999
fmt.Println(old.Items[0]) // 输出 999 —— 已被污染
推荐做法：用组合 + 显式 Clone 方法 + 单元测试覆盖边界
不要依赖通用深拷贝库（如 github.com/jinzhu/copier），它靠反射，性能差、类型擦除、无法处理自定义逻辑（比如某些字段应忽略或转换）。正确姿势是：
- 为每个需克隆的 struct 定义
Clone() *YourStruct方法，内部手动处理每个字段 - 对第三方类型（如
time.Time、url.URL）直接赋值即可（它们是值类型或内部已深拷贝） - 对自定义引用类型，确保其自身也提供
Clone()并在父级中调用 - 写测试：修改克隆体后，断言原始对象字段未变（尤其检查
len、cap、map len、指针地址）
真正难的不是“怎么写 Clone”，而是“哪些字段必须深拷贝”——比如一个 cache *bigcache.Cache 字段，你通常不该复制缓存实例，而应复用；这时候“原型”语义就变成了“配置复用+状态隔离”，得靠设计判断，不是技术能自动解决的。
