structuredclone()无法拷贝rtcdatachannel，因其是平台绑定的dom接口对象，依赖webrtc引擎c++实现，不具备可序列化结构，不在html标准可克隆类型列表中，调用将抛出datacloneerror。
structuredClone() 无法拷贝 RTCDataChannel 实例，因为它不是可结构化克隆的对象。
为什么 RTCDataChannel 不能被 structuredClone()
Web API 中只有特定类型（如普通对象、数组、Map、Set、Date、RegExp、ArrayBuffer、TypedArray、Blob、File、ImageData 等）支持结构化克隆。而 RTCDataChannel 是一个平台绑定的、具有内部状态和事件监听器的 DOM 接口对象，其底层依赖 WebRTC 引擎的 C++ 实现，不具备可序列化结构，也不在 HTML 标准可转移/可克隆对象列表 中。
尝试对包含 RTCDataChannel 的对象调用 structuredClone() 会直接抛出 DataCloneError 异常：
替代方案：只克隆可序列化的通信元数据
如果你的目标是“保留通讯对象的状态”，实际应聚焦于保存和重建逻辑上下文，而非复制原始通道实例。推荐做法是分离「状态数据」与「运行时对象」：
- 提取并克隆通道的可读属性（如
label、id、protocol、ordered、maxPacketLifeTime、maxRetransmits） - 记录连接状态（如
readyState值，但注意该值在克隆后失效，仅作快照参考） - 将自定义业务字段（如
peerId、channelType、lastMessageId）单独组织进 plain object
示例：
const channel = peerConnection.createDataChannel("chat", { ordered: true });
const serializableState = {
label: channel.label,
id: channel.id,
protocol: channel.protocol,
ordered: channel.ordered,
maxPacketLifeTime: channel.maxPacketLifeTime,
maxRetransmits: channel.maxRetransmits,
// ✅ 自定义字段（非原生）
appId: "my-app",
groupId: "room-123"
};
// ✅ 可安全克隆
const clone = structuredClone(serializableState);
如何重建功能等价的 RTCDataChannel
克隆后的元数据不能“复活”原通道，但可用于在新连接或恢复场景中创建新通道：
- 使用克隆的配置参数调用
RTCPeerConnection.createDataChannel() - 手动重新绑定事件监听器（
onmessage、onopen、onclose、onerror） - 若需恢复消息上下文，依赖应用层协议（如带 ID 的 JSON 消息 + 服务端/本地缓存重传机制）
注意：RTCDataChannel 不支持跨 RTCPeerConnection 复用，也不能脱离其所属连接存在。
其他不可克隆但常被误用的 WebRTC 对象
同理，以下对象均无法被 structuredClone() 处理：
RTCPeerConnection-
RTCRtpSender/RTCRtpReceiver -
MediaStream/MediaStreamTrack -
RTCSessionDescription和RTCIceCandidate虽有toJSON()，但需显式序列化为 plain object 后再克隆
它们都必须通过参数重建 + 状态迁移方式实现逻辑复用，而非内存拷贝。
