structuredClone 是由 JavaScript 引擎在 C++ 层实现的底层深拷贝 API，无法用纯 JS 完全等效复刻，支持 Map、Set、Date、RegExp、ArrayBuffer 等多种内置类型及循环引用、稀疏数组等复杂场景。
JavaScript 中的 structuredClone 是浏览器原生提供的深拷贝 API，它**不是用 JavaScript 实现的**，而是由引擎（如 V8、SpiderMonkey）在 C++ 层实现的底层功能，无法用纯 JS 完全等效复刻。它专为结构化克隆算法（Structured Clone Algorithm）设计，支持 Map、Set、Date、RegExp、ArrayBuffer、TypedArray、DataView、Error（部分）、Blob、File、ImageBitmap 等内置类型，且能正确处理循环引用、稀疏数组、原型链剥离等场景。
为什么不能“原生实现” structuredClone？
structuredClone 的行为依赖于引擎对内部对象表示、内存布局和跨上下文（如 Worker）序列化的深度支持。例如：
- 它能克隆
RegExp的source和flags，并保留其内部状态（如lastIndex是否可重置取决于正则是否带g或y）； - 它能复制
ArrayBuffer的二进制内容，但不会共享底层内存（即真正深拷贝）； - 它能识别并正确重建
Map和Set的键值/元素顺序与类型，包括 symbol、NaN、-0 等边界值； - 它自动跳过不可克隆属性（如函数、DOM 节点、window、undefined、private fields）——这不是 JS 层逻辑能统一判断的。
你能做的最接近替代方案（非完全等效）
若需在不支持 structuredClone 的环境（如旧版 Node.js 或 IE）中模拟其能力，可组合使用：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- JSON.parse(JSON.stringify(...))：仅适用于纯 JSON 数据（无函数、undefined、Date、RegExp、BigInt、循环引用等），不满足“包含内置类型”的要求；
- MessageChannel + postMessage（浏览器）：利用结构化克隆机制本身，通过主线程 ↔ iframe/Worker 通信间接完成克隆（有异步开销，且不支持同步调用）；
- 第三方库（如 lodash.cloneDeep）：提供较完善的内置类型支持（Date、RegExp、Map、Set、ArrayBuffer 等），但仍有局限（如不支持 Blob、不处理所有 Error 子类、不保证与引擎行为 100% 一致）；
-
自定义递归克隆器：需手动识别每种内置类型并调用对应构造器（如
new Date(obj.getTime())、new RegExp(obj.source, obj.flags)、new Map(obj)），但无法可靠处理循环引用、不可枚举属性、Symbol 键、内部插槽（如 Promise 的 [[PromiseState]]）等。
实际开发建议
优先使用原生 structuredClone：
立即学习“Java免费学习笔记（深入）”；
- 检查兼容性：
typeof structuredClone === 'function'； - Node.js 17+ 默认启用，16.14+ 需启动参数
--enable-structured-clone； - 浏览器中 Chrome 98+、Firefox 94+、Safari 15.4+ 已支持；
- 对不支持环境，降级使用
MessageChannel方案（仅限浏览器）或明确限制输入数据范围（如只允许 JSON-safe 值）。
一句话总结
structuredClone 是引擎级能力，没有标准、安全、完整的纯 JS 实现方式；所谓“原生实现”，本质上是调用引擎暴露的接口，而非用 JS 代码重写该算法。
