Go中用非导出字段+导出构造函数NewMemento控制创建，Memento仅提供RestoreTo(*Originator)方法，传值传递，显式声明快照字段避免序列化问题，并限制历史数量防OOM。
Go 里怎么用结构体实现 Memento 而不暴露内部字段
Go 没有类和私有成员，直接把状态字段全公开就等于放弃封装，Memento 模式的核心——“只允许 Originator 创建和读取快照”——会失效。关键不是藏数据，而是藏访问路径。
- 用非导出字段 + 导出构造函数（
NewMemento）控制创建入口，Originator 内部调用它生成快照 - Memento 结构体只提供
RestoreTo(*Originator)方法，不暴露任何 getter；恢复逻辑写在 Originator 里，由它自己从 Memento 中读取并赋值 - 别用指针传递 Memento，避免外部意外修改；传值或只读接口（如
interface{ restoreTo(*Originator) }）更安全
为什么不能直接序列化 struct 当作 Memento
JSON 或 gob 序列化看似省事，但实际踩坑多：字段变更、嵌套指针、time.Time 的时区丢失、sync.Mutex 等不可序列化类型会 panic。
- 错误现象：
json: unsupported type: sync.Mutex或恢复后时间比保存时早 8 小时 - 真实场景：Originator 含
map[string]*Node和lastModified time.Time，序列化后 Node 指针变 nil，time 变成 UTC - 正确做法：Memento 结构体显式声明要保存的字段（如
data map[string]string、ts int64），Originator 在Save()中手动拷贝、转换、截断
Undo 多次时，Memento 列表内存暴涨怎么办
无限制追加 Memento 会导致 OOM，尤其状态大（比如编辑器缓存整份文档）或操作频繁时。
- 设置最大快照数（如
maxHistory = 50），用 slice + 索引轮转，而非每次append - 避免深拷贝大字段：对只读大对象（如
[]byte内容），Memento 存offset和length，复用原始底层数组 - 注意 GC：如果 Memento 引用了 Originator 的某个大字段指针，整个底层数组都无法回收——改用 copy 后的独立副本
在 HTTP handler 中用 Memento 做请求级状态回滚是否可行
不可行。Memento 是内存态快照，生命周期绑定 Originator 实例；HTTP handler 每次新建实例，上一次的 Memento 早已被 GC。
立即学习“go语言免费学习笔记（深入）”；
- 常见误用：在
HandleFunc里 new Originator → Save() → 放进 context → 下个中间件想 Restore() → panic: nil pointer - 真正能用的场景只有单例、长生命周期对象（如游戏世界状态机、CLI 交互式 REPL）
- Web 场景要类似效果，得换思路：用数据库事务、临时表、或前端传 version token 触发服务端幂等回退
最易被忽略的是 Memento 的生命周期管理——它不是工具函数，而是一组强耦合的对象关系；一旦 Originator 被 GC，所有它的 Memento 就变成无效凭证，这点和 Java/C# 完全不同。
