structuredclone() 无法拷贝 imagebitmap，因其是不可序列化的原生图形资源句柄，不属于结构化克隆白名单类型，调用会抛出 datacloneerror；替代方案包括转为 imagedata 中转、transferable 句柄移交或 clone() 复用。
structuredClone() 无法直接拷贝 ImageBitmap 对象，因为它不属于可结构化克隆的内置类型（如 Array、Object、Map、ImageData 等），而是一个平台原生图形资源句柄，持有 GPU 或解码后的像素数据。直接调用 structuredClone(bitmap) 会抛出 DataCloneError。
为什么 ImageBitmap 不支持 structuredClone
ImageBitmap 是一个不可序列化的底层资源对象，其内部指向的是浏览器分配的显存或解码缓冲区，不具备“值语义”。结构化克隆协议只处理可复制的数据（如字节、JSON 可表示结构），不涉及资源所有权转移或跨上下文的 GPU 句柄共享。
即使在同一线程内，structuredClone 也**不会**触发 ImageBitmap 的底层数据复制 —— 它根本不在白名单中。
替代方案：用 ImageData + structuredClone 中转
若需在 Worker 或跨上下文间传递图像内容，可将 ImageBitmap 转为可克隆的 ImageData，再重建：
- 在主线程或源上下文中调用
bitmap.transferToImageBuffer()（返回ImageData）或createImageBitmap(imageData)的逆向操作； - 对
ImageData使用structuredClone()是安全且高效的（底层data字节数组会被深拷贝）； - 在目标上下文（如 Worker）中，用
createImageBitmap(imageData)重建新的ImageBitmap。
示例：
// 主线程 const bitmap = await createImageBitmap(blob); const imageData = await bitmap.transferToImageBuffer(); // ✅ 返回可克隆的 ImageData const clonedData = structuredClone(imageData); // ✅ 成功 // 在 Worker 中 const newBitmap = await createImageBitmap(clonedData); // ✅ 新的 ImageBitmap
注意 transferToImageBuffer 的开销与时机
transferToImageBuffer() 会将 ImageBitmap 的像素数据同步提取为 CPU 可访问的 Uint8ClampedArray，这可能触发解码/上传延迟，并占用内存带宽。它不是零成本操作。
- 仅在确实需要跨上下文共享图像内容时使用；
- 避免频繁调用，尤其对大图（如 4K）；
- 若只需绘制，考虑通过
OffscreenCanvas+transferControlToOffscreen()配合postMessage(..., [canvas])实现零拷贝渲染管线。
其他可行路径：复用而非拷贝
多数场景下，“拷贝 ImageBitmap” 的真实需求其实是“在另一处使用相同图像内容”。此时更优策略是：
- 在创建后立即将
ImageBitmap传给 Worker（使用postMessage(bitmap, [bitmap])），利用Transferable接口实现句柄移交（原对象在发送方自动失效）； - 若需多处同时使用，用
ImageBitmap.clone()（Chrome 125+、Firefox 126+ 支持），它返回一个共享同一底层资源的新句柄，不复制像素； - 服务端生成时，直接提供多个独立的
Blob或URL，由各上下文分别调用createImageBitmap()。
