structuredclone() 是安全深度克隆工具，需配合快照记录、版本索引与调度逻辑构建时序回溯引擎；它正确处理 map、set、date 等内置类型且不触发 getter/setter，但不支持函数、dom 节点等，须预清洗并控制内存与更新频率。
structuredClone() 本身不提供“时序感知”能力，它只是一个深度克隆工具。要实现具备时间维度的原始状态回溯引擎，需将 structuredClone() 作为底层克隆手段，配合显式的快照记录、版本索引与状态调度逻辑。
用 structuredClone() 安全捕获不可变快照
相比 JSON.parse(JSON.stringify(obj)) 或手写递归克隆，structuredClone() 能正确处理 Map、Set、Date、RegExp、ArrayBuffer、TypedArray、Error 等内置对象，且不触发 getter/setter，避免副作用。这是构建可信历史快照的前提。
关键点：
- 必须在状态变更前调用，确保快照反映“上一稳定时刻”
- 避免在异步回调或事件处理中延迟克隆——时间戳和快照内容需严格对齐
- 若对象含函数、undefined、Symbol 或循环引用（超出 structuredClone 支持范围），需提前清洗或拒绝存档
构建带时间戳与序列号的快照链
单次克隆只是静态副本；回溯需要结构化的时间线索。推荐为每次快照附加两个元数据：
- logicalTick：单调递增整数，标识操作序号（如 Redux 的 action 序列）
- timestamp：performance.now() 或 Date.now()，用于按真实时间筛选
示例结构：
{ tick: 42, ts: 1718234567890.123, state: structuredClone(currentState) }支持多策略回溯：跳转、步进、时间范围检索
仅保存快照不够，需提供语义化访问接口：
- goTo(tick)：定位到指定逻辑序号，直接还原 state
- stepBack(n = 1)：回退 n 步，返回新快照（不修改当前 state）
- findClosestBefore(timestamp)：二分查找最晚的、ts ≤ 给定时间的快照
- 可选：自动压缩——当快照体积过大时，只保留关键帧（如每 10 步存一个），中间用 diff 补全（需额外 diff/patch 机制）
注意事项与边界处理
该模式不是银弹，需明确约束：
- 内存开销随快照数量线性增长，建议设置最大容量（如最多保留 100 个），采用 FIFO 裁剪
- structuredClone 不克隆 DOM 节点、Window、函数等，若 state 含此类值，需提前剥离或报错提示
- 若应用状态依赖外部可变上下文（如全局计时器 ID、WebSocket 实例），快照仅保存数据态，回溯后需重新绑定运行时环境
- 不适用于高频更新场景（如每秒 60 帧动画状态），应结合节流或仅在用户显式操作（如表单提交、编辑确认）时存档
