用Map实现撤销/重做，核心是将其作为“操作-快照”索引层，键为操作ID或类型序号，值存深拷贝状态、diff摘要或命令对象，避免引用污染；更新严格匹配用户显式意图，还原时协同past/future指针精准定位。
用 Map 维护撤销/重做栈，核心不是把操作和数据副本“绑死”，而是建立可追溯、可隔离、可原子切换的映射关系。关键在于：Map 不直接存操作逻辑，而是作为索引层，把操作标识（如时间戳、序列号、操作类型）与对应状态快照或命令对象关联起来，从而支持按需还原。
用 Map 当“操作-快照”索引表
不建议让 Map 的 value 直接存原始数据对象（易产生引用污染），而应存轻量级可定位的快照引用或封装结构。例如：
- 键为操作 ID（如
"add-node-1720478640555"），值为该操作生效前的深拷贝状态（structuredClone(present)） - 键为操作类型+序号（
"delete:3"），值为一个含before和after字段的对象，便于双向还原 - 键为唯一事务 ID（如 UUID），值为命令对象实例（符合
IRevertible接口），内含revert()和discard()方法
避免 Map 膨胀：只存必要元数据
大对象（如带图片的节点、长文本块）不宜整份塞进 Map。更合理的方式是：
- Map 中只存变更摘要（diff）：例如
{ type: "update", path: ["nodes", "n123"], field: "label", oldValue: "A", newValue: "B" } - 结合外部存储（如另一个 Map 或 WeakMap）缓存原始数据，Map 中仅存 key 引用（如
dataRef: "cache-7f9a"） - 对频繁操作的字段单独建 Map 索引，比如
undoFieldMap.set("title-edit-42", { field: "title", oldValue: "旧标题", timestamp: 1720478640555 })
与操作生命周期对齐：Map 更新时机决定一致性
Map 的增删必须严格匹配用户意图，而非底层数据变动。常见可靠时机包括：
- 显式动作完成时：点击“删除图元”后，立即生成操作 ID 并写入 Map，value 是删除前的全量节点列表快照
- 输入确认时：编辑框
onBlur或回车后，以字段路径为 key 存入变更前值，避免拖拽、选中等中间态污染历史 - 事务提交时：在 Fluid Framework 风格中，多个连续变更聚合成一个操作单元，Map 只记录该单元的起止 ID 和汇总快照
还原时精准定位：用 Map 查找 + 栈指针协同
单纯靠 Map 查不到“上一步”，它提供的是随机访问能力；真正驱动 undo/redo 流程的仍是 past/future 数组指针。Map 的作用是增强可靠性：
- 执行 undo 前，先从 past 数组末尾取 ID，再用该 ID 查 Map 获取完整快照，确保还原内容不被后续修改覆盖
- 当需要跳转到某次特定操作（如“回到添加按钮那一刻”），可遍历 Map 的 keys 快速筛选匹配项，再定位到 past 中对应索引
- 调试或持久化时，Map 可导出为带语义的 JSON 日志，比纯数组堆栈更易读
