Golang状态保存技巧：备忘录模式应用

在 Go 语言中实现备忘录模式需摒弃面向对象的惯性思维，转而依托值拷贝、显式深拷贝与只读接口构建真正安全的状态快照——它不是简单的序列化或字段复制，而是通过结构体值传递实现不可变性、用完整状态替换保障恢复原子性，并严格规避指针共享与浅拷贝陷阱；只有当开发者主动遵循值语义、谨慎处理切片/映射/嵌套指针，并拒绝用 JSON 或 gob “取巧”时，才能在无类、无访问控制的 Go 中守住备忘录模式的本质：隔离、防篡改、可信赖的一致性回滚。

备忘录模式在 Go 中没有内置支持，需手动实现

Go 语言没有类、继承或访问修饰符，无法直接复刻传统面向对象语义下的 Memento 模式（比如私有字段封装 + 窄接口暴露）。所谓“备忘录对象”，本质是**对某时刻状态的不可变快照 + 安全恢复能力**。关键不在名字，而在能否隔离状态、防止外部篡改、避免深拷贝开销失控。

用结构体 + 接口 + 值传递模拟备忘录行为

最常用且符合 Go 风格的做法：定义一个只读接口描述备忘录，用结构体实现它，并让原对象（Originator）负责创建和恢复。所有字段必须导出（否则无法初始化），但通过接口隐藏写操作。

• Originator 的状态字段应为值类型（如 int、string、struct{}）或深度不可变引用类型（如 *sync.Map），避免浅拷贝导致恢复时意外共享
• 备忘录结构体不暴露任何 setter 方法，仅提供 State() 或类似只读访问器（如果需要 inspect）
• 恢复时，Originator.Restore(memento Memento) 应完全替换内部状态，而非逐字段赋值——防止遗漏或顺序依赖

type Memento interface {
    // 空接口即可，或定义只读方法（如 State() map[string]interface{}）
}

type originatorState struct {
    data string
    step int
}

type Originator struct {
    state originatorState
}

func (o *Originator) Save() Memento {
    // 值拷贝，安全
    return &originatorState{data: o.state.data, step: o.state.step}
}

func (o *Originator) Restore(m Memento) {
    if m == nil {
        return
    }
    if s, ok := m.(*originatorState); ok {
        o.state = *s // 完整替换，非部分更新
    }
}

慎用指针或切片字段，否则需显式深拷贝

若 Originator 包含 []byte、map[string]int 或自定义结构体指针，Save() 中直接赋值会共享底层数据。恢复时修改备忘录会影响历史状态，彻底破坏模式语义。

• 对 []T：用 append([]T(nil), src...) 或 copy(dst, src)
• 对 map[K]V：必须新建 map 并遍历复制键值对
• 对嵌套结构体含指针：递归深拷贝，或改用值语义设计（例如用 time.Time 替 *time.Time）

func (o *Originator) Save() Memento {
    // 错误：共享 slice 底层数组
    // return &originatorState{data: o.state.data, logs: o.state.logs}

    // 正确：深拷贝 logs
    logsCopy := make([]string, len(o.state.logs))
    copy(logsCopy, o.state.logs)

    return &originatorState{
        data: o.state.data,
        logs: logsCopy,
    }
}

不要用 JSON 或 gob 序列化代替内存快照

有人倾向用 json.Marshal 存状态再 json.Unmarshal 恢复，这属于序列化/反序列化，不是备忘录模式。它带来额外 CPU 开销、丢失类型信息（如 time.Time 变成字符串）、无法处理未导出字段或循环引用，且无法保证恢复后对象行为一致（比如方法接收者绑定）。

• 仅当需要跨进程持久化或调试导出时才考虑序列化
• 内存中状态保存与恢复，永远优先走值拷贝或显式深拷贝
• 若状态极大（GB 级），备忘录模式本身就不适用——该换设计，比如用事件溯源（Event Sourcing）

备忘录的核心约束容易被忽略：**恢复必须是原子性的完整状态回滚，不能是部分字段修补，也不能依赖外部环境一致性**。Go 中没有语言级保护，全靠开发者自觉用值语义、避免指针泄漏、拒绝“看起来能跑”的浅拷贝。

今天关于《Golang状态保存技巧：备忘录模式应用》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！