用闭包实现低内存撤销的关键是只捕获最小必要变更并显式管理引用：记录差异而非全量快照，闭包仅封装轻量参数与反向操作，栈中元素及时置null，避免捕获长生命周期对象，限制栈长并复用纯函数结构。
用闭包实现低内存占用的撤销逻辑，关键不在“存多少”，而在“存什么”和“何时删”。真正的增量状态记录不是把每次快照全堆进数组，而是利用闭包捕获最小必要变更，并配合显式引用管理来控制生命周期。
只捕获差异，不保存完整状态
每次用户操作（如输入、拖拽、删除）产生的是一个“变化描述”，而不是整个 UI 或数据树的拷贝。闭包负责封装这个描述及反向操作逻辑：
- 例如文本编辑器中，一次输入动作可记录为
{ type: 'insert', pos: 5, text: 'a' }，撤销时只需执行deleteAt(5, 1) - 闭包把
pos和text这两个轻量值捕获，而非整个文档字符串或 DOM 节点 - 撤销函数本身也由闭包生成，它只持有还原所需的参数，不引用编辑器实例、事件监听器或大型缓存对象
用栈结构 + 显式 null 化释放引用
撤销栈（undoStack）应是普通数组，但每个元素必须是可被 GC 回收的独立闭包。重点在于：一旦该步骤被重做或清空，立即切断外部引用：
- 不要让闭包隐式捕获
this、document、eventHandler等长生命周期对象 - 撤销项入栈后，若后续操作使该步失效（如用户继续编辑覆盖了上一步），主动执行
undoStack.pop(); undoStack[undoStack.length - 1] = null; - 避免将闭包赋值给全局变量、定时器回调或未清理的事件监听器 —— 这些都会意外延长变量存活时间
限制栈长度并复用闭包结构
固定最大步数（如 50 步），超出时从栈底移除最老项。此时不仅要删数组元素，更要确保闭包内捕获的变量能被回收：
- 设计统一的撤销构造器，返回纯函数，不闭包外部作用域中的大对象
- 例如：
function makeUndoInsert(pos, text) { return () => deleteAt(pos, text.length); }—— 只捕获数字和字符串，无引用泄漏风险 - 当栈满触发 shift() 时，原栈底闭包失去所有引用，V8 可立即回收其捕获的
pos和text
避免常见内存陷阱
很多“低内存”撤销方案实际仍高占内存，问题常出在闭包误捕获：
-
错误：在事件回调里直接写
undoStack.push(() => this.redraw())—— 闭包捕获了this（可能含大量数据） -
错误：用
setTimeout(() => undo(), 0)存闭包 —— 定时器未清除，闭包长期驻留 -
正确：提前提取必要参数，
const id = this.id; undoStack.push(() => restoreById(id)) - 正确：撤销栈本身用 WeakMap 关联临时上下文（如仅用于本次会话的 canvas context），避免强引用锁定资源
