structuredClone() 无法拷贝 CryptoKey 对象，因其被结构化克隆算法规范明确排除，属于不可序列化的敏感加密原语，尝试拷贝会抛出 DataCloneError；应改用 exportKey/importKey 进行安全传递。
structuredClone() 无法拷贝 CryptoKey 对象，这是设计上的硬性限制，不是 bug 或兼容性问题。
CryptoKey 不在 structuredClone 支持类型列表中
structuredClone 基于浏览器/Node.js 的结构化克隆算法规范，该规范明确将 CryptoKey 排除在外。它属于“不可转移、不可序列化的底层加密原语”，和 Function、Symbol、DOM 节点 一样，调用时会直接抛出 DataCloneError。
- 即使 CryptoKey 来自
crypto.subtle.generateKey()或importKey()，也无法被 structuredClone 处理 - 尝试拷贝含 CryptoKey 的对象（如
{ key: myCryptoKey, data: 'abc' }）整体会失败，不会跳过或静默忽略 - 该限制在所有支持 structuredClone 的环境（Chrome ≥98、Firefox ≥94、Node.js ≥17.0）中一致生效
为什么不允许拷贝 CryptoKey？核心是安全模型
Web Crypto API 将 CryptoKey 视为受保护的敏感资源，其生命周期和访问控制由运行时严格管理：
Crypto Analyst
下载
加密货币综合分析工具，集成OKX、Binance数据，提供行情、技术分析、交易信号、资金流向、仓位管理、DCA计划、风险计算。触发词：分析BTC、行情查询、交易信号、仓位计算、DCA计划、巨鲸追踪、风险评估。
- 防止密钥意外泄露：若允许任意克隆，可能绕过
extractable: false等安全约束 - 避免引用混淆：CryptoKey 不是普通 JS 对象，它背后绑定着 HSM、软件密钥库或 OS 安全模块，复制语义不明确
- 符合 W3C 规范要求：Structured Clone Algorithm 明确列出可克隆类型，
CryptoKey不在其中（参见 Web IDL 和 HTML 标准）
替代方案：按需导出/导入，而非拷贝
若需在不同上下文间传递密钥信息，应使用标准的密钥导出流程，而非试图 clone：
- 对可导出密钥（
extractable: true），用subtle.exportKey(format, key)得到 ArrayBuffer 或 JSON（如 JWK） - 在目标位置用
subtle.importKey(format, keyData, ...)重建新 CryptoKey 实例 - 整个过程不暴露原始密钥字节，且由 crypto.subtle 统一管控权限和格式校验
常见误操作与提醒
以下写法都会失败，需提前规避：
-
structuredClone({ key })—— 整个对象拷贝失败 -
structuredClone([key])—— 数组拷贝失败 - 在
postMessage()中直接传 CryptoKey —— 同样触发 DataCloneError - 期望通过 structuredClone 绕过
extractable: false限制 —— 不可行，该属性就是为此类场景设防
