structuredClone可保留Date等对象类型和行为，避免postMessage结构化克隆导致Date转字符串而使.getTime()报错；它复用浏览器克隆逻辑，支持Map、Set等且检测循环引用，Chrome98+等现代浏览器原生支持。
直接用 structuredClone 克隆后再传给 postMessage，就能保留 Date 的类型和行为，避免变成字符串导致后续调用 .getTime() 报错。
为什么 Date 在 postMessage 里会“失效”
浏览器对 postMessage 的参数执行结构化克隆（Structured Clone Algorithm），但该算法在部分旧环境或特定配置下，对 Date 对象的处理不一致——有的转成 ISO 字符串，有的直接丢弃。结果就是 Worker 收到的是字符串而非 Date 实例，date.getTime() 或 date.toLocaleString() 立刻抛出 TypeError。
这不是 bug，而是结构化克隆规范本身对跨上下文对象的保守设计：它优先保证可序列化，而非完全保真。
structuredClone 是最简可靠的解法
它复用了浏览器底层同一套克隆逻辑，但由开发者显式调用，能确保 Date、Map、Set、RegExp、ArrayBuffer 等类型原样保留，且天然支持循环引用检测（失败时明确报 DataCloneError，不静默损坏）。
- 主线程发送前：先克隆再发
const config = {
deadline: new Date("2026-05-01"),
rules: new Map([["minAmount", 100]]),
};
// ✅ 正确：克隆后传输
worker.postMessage(structuredClone(config));
- Worker 内接收后可直接使用
self.onmessage = ({ data }) => {
console.log(data.deadline instanceof Date); // true
console.log(data.deadline.getTime()); // 正常返回时间戳
};
注意兼容性与边界情况
structuredClone 在 Chrome 98+、Firefox 97+、Safari 15.4+ 原生支持；如需兼容更老版本，可用 core-js/actual/structured-clone 垫片。
它不支持以下内容，遇到会直接抛错（比 JSON 方案更诚实）：
- 函数、
undefined、Symbol - DOM 节点、
Error实例、WeakMap/WeakSet - 含循环引用的对象（如树节点双向指针）
若数据中混有这些，需提前清洗，例如把函数替换成类型标识 + 参数结构，再在 Worker 侧还原逻辑。
替代方案对比（不推荐但需知道）
仅当无法使用 structuredClone 时考虑：
-
JSON.parse(JSON.stringify())：Date 变字符串，Map/Set 消失，undefined和 NaN 被忽略，循环引用直接崩溃 - 手动序列化 Date：传
date.getTime()，Worker 里new Date(ms)构造——有效但繁琐，且丢失时区信息（需额外传date.toString()或时区偏移） - 使用
transferable：只适用于ArrayBuffer类型，对普通对象无效
真正需要保类型、保行为、保结构的跨线程配置，structuredClone 是目前唯一原生、简洁、可靠的路径。
