如何在Golang中实现备忘录与状态恢复_Golang备忘录模式状态管理方法

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，必须显式拷贝：

• 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 即可，但要注意容量增长策略（预分配、限制最大长度），否则大量快照会吃光内存。