Go中不适用传统原型模式，因struct赋值为浅拷贝、无内置深拷贝机制；宜用工厂函数（如NewConfigFrom）替代Clone()，复杂场景可选copier或gob实现可控深拷贝。
Go 语言没有类和继承，也不支持 clone() 方法，所以“原型模式”在 Go 里不是靠复制对象结构实现的，而是靠组合 + 接口 + 深拷贝逻辑（或更常见的：工厂函数）来模拟行为语义。
为什么 Go 中不能直接用传统原型模式
原型模式依赖运行时克隆已有实例，但 Go 的 struct 是值类型，赋值即浅拷贝；指针赋值又只是复制地址。若结构体含 map、slice、chan 或指针字段，直接赋值会导致共享底层数据——这不是“克隆”，是意外别名。
- 没有
Object.clone()或类似反射默认克隆机制 -
reflect.DeepCopy不存在（标准库不提供深拷贝） - 用
encoding/gob或json序列化再反序列化可行，但有性能和类型限制（如 unexported 字段、func/chans 无法 encode）
用工厂函数替代 clone 方法最实用
与其纠结“复制实例”，不如把“创建相似对象”的逻辑封装成函数。这是 Go 社区更自然、更可控的做法。
例如，一个配置原型：
type Config struct {
Timeout int
Retries int
Endpoints []string
}
func (c *Config) Clone() *Config {
// 手动深拷贝 slice
endpoints := make([]string, len(c.Endpoints))
copy(endpoints, c.Endpoints)
return &Config{
Timeout: c.Timeout,
Retries: c.Retries,
Endpoints: endpoints,
}
}
// 更 Go 风格：用构造函数代替 Clone()
func NewConfigFrom(base *Config) *Config {
return &Config{
Timeout: base.Timeout,
Retries: base.Retries,
Endpoints: append([]string(nil), base.Endpoints...), // 安全复制 slice
}
}
- 避免反射或序列化开销
- 字段控制明确，可跳过敏感字段（如已初始化的
*sync.Mutex） - 支持只复制部分字段（比如只复用
Timeout，重置Retries）
需要真正深拷贝时怎么处理
当原型结构复杂、嵌套深、且必须隔离状态（如测试中反复 reset 实例），才考虑深拷贝。优先选轻量方案：
