OffscreenCanvas 无法用 structuredClone() 直接拷贝，因其不支持结构化克隆，调用会抛出 DataCloneError；替代方案是传递宽高、类型等元信息并在目标环境重建，或通过 transferToImageBitmap() 获取可克隆的 ImageBitmap。
目前无法用 structuredClone() 直接拷贝 OffscreenCanvas 对象。
structuredClone() 不支持 OffscreenCanvas
structuredClone() 仅支持可结构化克隆（structured clone）的类型，例如普通对象、数组、Map、Set、TypedArray、Blob、ImageBitmap、DOMPoint 等。但 OffscreenCanvas 不在该白名单中——它是一个平台托管的底层图形资源，不具备序列化语义，调用时会直接抛出 DataCloneError 异常。
你可以验证这一点：
const canvas = new OffscreenCanvas(100, 100);
try {
structuredClone(canvas); // ❌ 抛出 DataCloneError
} catch (e) {
console.error(e.name); // "DataCloneError"
}替代方案：按需重建 OffscreenCanvas
由于无法“拷贝”画布本身，实际做法是**传递其元信息（宽高、上下文类型），并在目标环境重新创建**。这是 Web Worker 与主线程协作时的标准模式：
- 主线程创建
OffscreenCanvas，调用.transferToWorker()将其所有权移交 Worker（零拷贝转移，非克隆） - 若需多个实例（如多线程并行渲染），在每个 Worker 中独立创建新
OffscreenCanvas，尺寸与原始一致 - 如需同步状态（如当前绘制内容），应单独导出像素数据（如
getContext('2d').getImageData()或transferToImageBitmap()），这些返回值是可克隆的
可安全克隆的关联数据示例
虽然画布本体不可克隆，但以下相关对象可以，并常用于离屏渲染工作流：
-
ImageBitmap：由OffscreenCanvas.transferToImageBitmap()得到，可被structuredClone()安全复制，适合跨线程传递渲染结果 -
Uint8ClampedArray（来自getImageData().data）：可克隆，但注意体积大时性能开销显著 - 渲染参数对象：如
{ width: 800, height: 600, type: 'webgl2', clearColor: [0,0,0,1] }——纯 JS 数据，天然可克隆
小结：不要尝试克隆 OffscreenCanvas，而要管理其生命周期
OffscreenCanvas 是有状态、有所有权、不可序列化的资源。它的正确使用模式是：创建 → 转移（transfer）→ 使用 →（可选）回收，而非拷贝。需要“多份”时，就新建；需要“共享画面”时，用 ImageBitmap 或像素数据桥接。强行绕过限制（如用 canvas.toDataURL() 再解码）不仅低效，还会丢失 WebGL 上下文等关键能力。
