Go中可用结构体和未导出字段实现备忘录模式：Originator创建并访问Memento，Caretaker仅存储；值拷贝确保安全快照，含slice/map需显式深拷贝；推荐专用类型或泛型Memento，避免JSON序列化。
Go 语言本身没有类、继承或访问修饰符，因此经典备忘录模式（Memento Pattern）的 UML 结构无法直接照搬。但你可以用结构体、字段封装和函数组合实现等效效果：保存状态快照 + 安全恢复，且不暴露内部可变状态。
用 struct + unexported 字段模拟备忘录对象
关键不是“模式名”，而是“谁有权读写状态”。Go 中靠首字母小写控制访问权限：
-
Memento必须是未导出字段（如state）+ 导出构造函数（如NewMemento()），外部无法直接修改其内容 - 原发器（
Originator）负责创建和消费Memento，它能访问未导出字段；而管理者（Caretaker）只能持有、传递、存储Memento，不能解包 - 避免用
map[string]interface{}或json.RawMessage存状态——它们绕过类型安全，也破坏封装
用值拷贝代替深拷贝，避免意外共享
Go 的 struct 是值类型，只要确保 Originator 的状态字段本身可被完整复制（即不包含指针、slice、map、chan 或 func），就能靠赋值完成快照：
type Editor struct {
content string
cursor int
}
func (e *Editor) Save() *Memento {
return &Memento{
content: e.content, // string 是只读底层数组，安全
cursor: e.cursor,
}
}
如果字段含 []byte 或 map[int]string，必须显式拷贝：
立即学习“go语言免费学习笔记（深入）”；
-
bytes.Copy(dst, src)或append([]byte(nil), src...)处理切片 -
for k, v := range m { copyMap[k] = v }处理 map - 否则恢复时可能改到原始数据
用 interface{} + 类型断言管理多状态版本（慎用）
若需支持不同结构的状态（如编辑器 vs 游戏角色），可用空接口配合断言，但会丢失编译期检查：
type Memento struct {
data interface{}
}
func (m *Memento) RestoreTo(e *Editor) {
if d, ok := m.data.(struct{ content string; cursor int }); ok {
e.content = d.content
e.cursor = d.cursor
}
}
更推荐的方式是为每种类型定义专属备忘录：
-
EditorMemento、GameMemento等具体类型 - 用泛型（Go 1.18+）统一构造逻辑：
type Memento[T any] struct { state T } - 避免运行时 panic，也便于单元测试
别把 json.Marshal 当备忘录 —— 性能与语义都不匹配
常见误区：用 json.Marshal 序列化整个对象存起来，再 json.Unmarshal 恢复。这看似“自动深拷贝”，实则问题很多：
- JSON 不保留未导出字段，导致状态丢失
- 嵌套结构中含
time.Time、net.IP等类型需额外处理，否则序列化失败 - 每次 Save/Restore 都触发反射和内存分配，比纯值拷贝慢 10–100 倍
- JSON 是通用交换格式，不是状态快照机制 —— 语义错位
真正需要持久化到磁盘或网络传输时，再单独做序列化，和内存内状态管理解耦。
最易被忽略的一点：备忘录是否要支持“撤销栈”？Go 中没有内置栈，用 []*Memento 即可，但要注意容量增长策略（预分配、限制最大长度），否则大量快照会吃光内存。
