旧版浏览器不支持 structuredclone，应分层应对：先检测（typeof + try/catch），再按场景选降级方案（json、messagechannel 或递归克隆），最后清洗函数、dom 节点等不支持类型。
旧版浏览器（如 Safari 15.3 及更早、IE、部分安卓 WebView）不支持 structuredClone，直接调用会报 ReferenceError: structuredClone is not defined。解决核心不是“强行启用”，而是分层应对：先检测、再选型、最后兜底。
第一步：运行时检测是否可用
不要依赖 UA 字符串或硬编码版本号，用最小成本验证 API 是否真实可用：
- 检查全局函数是否存在且可执行：
typeof structuredClone === 'function' - 加一层行为验证（防某些 WebView 声称支持但实际抛错）：
try { structuredClone({ test: 1 }); return true; } catch { return false; }
第二步：按场景选择降级方案
不同数据结构和兼容性要求，对应不同替代策略：
-
纯数据对象（无 Date/Map/undefined/循环引用）：用
JSON.parse(JSON.stringify(obj))
✅ 兼容所有浏览器｜❌ 丢弃undefined、Date变字符串、RegExp变空对象、不支持循环引用 -
需保留 Date/Map/Set/ArrayBuffer 且支持异步：用
MessageChannel
✅ 支持 Date 实例、Map/Set、undefined、循环引用｜❌ 异步、不支持函数/Symbol/WeakMap｜示例：const clone = await new Promise(res => { const { port1, port2 } = new MessageChannel(); port2.onmessage = e => res(e.data); port1.postMessage(obj); }); -
需要同步 + 类型保真度中等：手动递归克隆（轻量版）
✅ 同步｜✅ 可定制处理 Date/RegExp/Array 等｜⚠️ 需自己处理循环引用（WeakMap 记录）｜示例逻辑：
- 遇obj instanceof Date→new Date(obj)
- 遇obj instanceof RegExp→new RegExp(obj)
- 遇obj.constructor === Map→new Map(obj)
第三步：关键边界要提前清洗
无论选哪种方案，遇到以下类型都建议在克隆前主动处理，避免静默失败或数据损坏：
-
函数、DOM 节点、
window/document：structuredClone 和所有降级方案均不支持，必须剔除或转为标识符（如{ type: 'function', name: 'handleClick' }） -
undefined：JSON 方案会丢弃，MessageChannel 可保留，但接收方需确认是否允许undefined存在 - 循环引用：递归方案需 WeakMap 缓存；MessageChannel 自动处理；JSON 方案必报错，必须提前检测并断开
补充：要不要引入 polyfill？
目前没有被广泛采纳的、覆盖全部特性的 structuredClone polyfill。社区方案（如 core-js/actual/structured-clone）本质是封装了 MessageChannel 或递归逻辑，并非真正“补全标准”。建议：
- 若项目已用构建工具（Vite/Webpack），可按需动态 import 降级模块
- 若追求极简，直接内联一个 20 行以内的 MessageChannel 封装即可，无需额外依赖
