应优先使用structuredclone()，并检测其支持性；不支持时降级为messagechannel或json序列化+正则修复，最后 fallback 到递归实现，确保兼容性与可靠性。
JavaScript 深拷贝函数要兼容不同版本，关键不是写一个“万能函数”，而是根据运行环境动态选择最稳妥的方案，并做好降级兜底。现代项目里很少靠单一方法硬扛所有场景，更常见的是分层适配。
优先用 structuredClone()，但必须检测支持性
structuredClone() 是目前语义最清晰、行为最可靠的原生深拷贝 API，支持 Date、RegExp、Map、Set、ArrayBuffer 等，还能安全处理循环引用。但它在旧环境（如 Chrome
- 使用前先判断：
typeof structuredClone === 'function' - 若存在，直接调用
structuredClone(obj)，无需额外逻辑 - 注意它不支持
function、undefined、Symbol、Promise、WeakMap等——这不是 bug，是设计限制，遇到就应提前过滤或报错提示
旧环境 fallback 到 MessageChannel 方案
当 structuredClone 不可用，且你又需要比 JSON 方法更强的兼容性（比如要保留 Date、RegExp、undefined、循环引用），MessageChannel 是目前最接近标准行为的替代方案。它利用结构化克隆算法（同 structuredClone 底层一致），在 Chrome 60+、Firefox 62+、Safari 15.4+ 都可用，比 structuredClone 支持范围更广。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 封装成 Promise 函数，因为通信是异步的
- 创建
new MessageChannel()，用port1.postMessage(obj)发送，port2.onmessage接收结果 - 务必加 try/catch 捕获
DataCloneError（例如传入函数时会抛出），并降级处理 - 对 null、基本类型（string/number/boolean）直接返回，避免无谓开通道
再降级到手写递归 + WeakMap
如果连 MessageChannel 都不支持（比如 IE 或某些老 WebView），就得回归手写实现。重点不是“写全所有类型”，而是保证核心健壮性：类型精准识别、循环引用防护、基础对象/数组/Date/RegExp/Map/Set 的正确重建。
- 用
Object.prototype.toString.call(obj)判断类型，避免typeof对 null/array/date 的误判 - 用
WeakMap缓存已处理对象，防止循环引用导致栈溢出 - Date →
new Date(obj.getTime())；RegExp →new RegExp(obj.source, obj.flags)并复制lastIndex - Map/Set 要遍历键值对重建，不能只拷 value；Array 用
Array.from()或slice()，保持原型链 - 函数、Symbol、Promise 等按需决定是否跳过或浅拷贝（通常建议明确拒绝，而非静默丢失）
JSON.parse(JSON.stringify()) 只作最后保底，且限场景使用
这个方法不是“兼容方案”，而是应急兜底。它只适用于你 100% 确认输入是纯数据对象（POJO）：不含函数、undefined、Symbol、Date、RegExp、Map、Set、循环引用等。
- 适合配置对象、API 返回的简单响应体
- 不要用于用户输入、状态对象、类实例等不确定结构的数据
- 可加一层校验：尝试序列化后反序列化，再对比原始对象的 key 数量和类型，发现不匹配就抛错或走其他路径
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
