structuredClone() 可安全深拷贝 Map、Set、Date、RegExp 等复杂对象，保留引用语义与结构，避免 JSON 方式丢失 undefined、function、Symbol、循环引用及原型链；预加载时克隆一次作为基准快照，后续 diff/merge/回滚均基于此，确保离线元数据一致性。
structuredClone() 可以安全、完整地复制包含函数以外的复杂对象（如 Map、Set、Date、RegExp、嵌套对象/数组等），特别适合在离线包预加载时保留元数据状态树的原始结构与引用语义，避免浅拷贝或 JSON 序列化带来的丢失问题。
为什么不用 JSON.parse(JSON.stringify())？
JSON 方式会丢弃：
- undefined、function、Symbol 值（离线包元数据中可能含调试标记或占位函数）
- Date、RegExp、Map、Set 等原生类型（变成普通对象或字符串）
- 循环引用（直接报错）
- 原型链与自定义属性（如元数据中的 .__version 或 .isFrozen 标记）
预加载阶段用 structuredClone() 保存初始状态树
在 Service Worker 安装阶段或离线包解压完成后，立即对原始元数据对象做一次深克隆，作为“基准快照”：
const originalMetadata = {
version: "2.3.1",
resources: new Map([["main.js", { size: 12456, hash: "a1b2..." }]]),
updatedAt: new Date("2024-06-15"),
dependencies: new Set(["utils", "i18n"])
};
// ✅ 安全保留所有类型和结构
const baselineState = structuredClone(originalMetadata);
// 后续 diff、merge、回滚都基于 baselineState 操作
在客户端同步时复用克隆结果，避免重复解析开销
离线包加载后，前端需将元数据注入运行时状态。此时不应每次都调用 structuredClone()，而是复用预加载阶段已克隆好的副本：
- 将 baselineState 通过 postMessage 传给主页面，或存入 indexedDB 的专用元数据仓（使用 structuredClone 支持的值）
- 主页面获取后，再按需 clone 一份用于当前会话（如
const sessionState = structuredClone(baselineState)），避免污染基准 - 若需合并增量更新（如服务端下发的新资源清单），用浅合并逻辑作用于克隆后的 sessionState，不触碰 baselineState
注意兼容性与降级策略
structuredClone() 在现代浏览器中已广泛支持（Chrome 98+、Firefox 94+、Safari 15.4+），但旧环境需降级：
- 检测支持：
typeof structuredClone === 'function' - 降级方案：使用 clone-deep（兼容 Map/Set，但不支持循环引用自动处理）或自建简易 structuredClone polyfill（仅覆盖项目实际用到的类型）
- Service Worker 中建议强制要求 modern 环境，避免在 install 阶段引入第三方依赖
关键点在于把 structuredClone() 当作“状态快照的铸模工具”，而不是每次加载都执行的通用拷贝操作。预加载时克隆一次原始元数据，后续所有运行时状态派生都基于它，才能真正保证离线场景下元数据一致性与可预测性。
