messagechannel深拷贝是高保真异步方案，复用浏览器结构化克隆算法，支持date、map、set、regexp、undefined及循环引用，不支持函数、promise、dom节点等；兼容性优于structuredclone，适用于老旧环境兜底。
MessageChannel 实现的深拷贝不是“高性能”的，而是高保真的——它牺牲了同步性和部分运行时速度，换来了对 Date、Map、Set、RegExp、undefined、循环引用等 JSON 无法处理类型的准确复制。所谓“巧妙”，在于它复用了浏览器原生的结构化克隆算法（structured clone algorithm），无需手写递归逻辑，也无需引入第三方库。
为什么说它“异步但合理”
MessageChannel 的通信机制天然异步：数据必须经由 port.postMessage → 内部序列化 → port.onmessage 流程。这决定了 deepClone 必须返回 Promise，不能同步拿到结果。但这不是缺陷，而是设计使然：
- 避免阻塞主线程——尤其对大对象，同步深拷贝可能造成卡顿
- 与现代前端异步范式（如 async/await）天然契合
- 规避了手动递归中容易出现的栈溢出或循环引用死循环
核心实现只需几行，但要注意关键细节
一个健壮的封装需兼顾可用性与容错，不能只写最简 demo：
- 对 null、undefined、基本类型（string/number/boolean/symbol）直接返回，不创建 MessageChannel
- 必须用 try/catch 包裹 port1.postMessage()，捕获 DataCloneError（例如传入函数、Promise、WeakMap 时会抛此错）
- 检查 window.MessageChannel 是否存在，IE 或极旧 WebView 中需降级（如浅拷贝 + 提示）
- port2.onmessage 只应监听一次，建议用 once: true 或手动 removeEventListener 防止内存泄漏
它能拷什么，不能拷什么，心里要有数
支持的类型（得益于浏览器内置算法）：
- Date、RegExp、ArrayBuffer、TypedArray、Blob、File、ImageData
- Map、Set、普通对象、数组、嵌套结构
- undefined 属性、NaN、Infinity、循环引用（obj.self = obj）
明确不支持的类型（postMessage 会直接报错）：
- 函数（function）、箭头函数
- Symbol 作为 key 或 value（注意：Symbol 值本身不可克隆）
- Promise、Error 对象、DOM 节点、window、document
- WeakMap、WeakSet、Proxy、Generator 函数
和 structuredClone 比，它适合什么场景
structuredClone 是现代标准方案，更简洁、同步、语义清晰。但截至 2026 年，仍有部分企业内网环境、老旧 Android WebView 或定制化浏览器不支持它。MessageChannel 是目前兼容性最好且无需 polyfill 的结构化克隆兜底方案：
- 目标是支持 Chrome 66+、Firefox 63+、Edge 79+、Safari 15.4+，覆盖绝大多数实际用户
- 比 JSON 方案多保留 80% 以上原始语义（比如 new Date() 还是 Date 实例）
- 比手写递归深拷贝更少出错，尤其在处理 Map/Set/循环引用时几乎零维护成本
