lambda未捕获异常导致canvas上下文被释放或重置，引发“物理损坏”；须在所有ctx相关lambda中显式try-catch、主动重建上下文，并加固序列化层容错机制。
这个问题核心在于：Lambda 在异步图计算流程中未捕获异常，导致 Canvas 渲染上下文（CanvasRenderingContext2D）被意外释放或重置，后续绘制调用直接失败——表现为“物理损坏”：如 ctx.drawImage 报错 "InvalidStateError: The canvas has been detached"，或绘图无声失效、画布变空白。
定位 Lambda 异常逃逸点
图形上下文损坏几乎总是由“未处理的异步错误”引发，而非 Lambda 本身逻辑错误。重点排查三类位置：
- 图节点中直接调用
ctx.*方法的 Lambda（例如drawNode = () => { ctx.fillRect(...); }），若该 Lambda 被注册为事件回调或 setTimeout 回调，且内部抛出异常，会中断渲染流程并可能触发浏览器回收上下文 - 序列化层中对 Canvas 数据的读写操作（如
ctx.getImageData()或canvas.toDataURL()）被封装在 Lambda 中，但未包裹try/catch，一旦尺寸越界或跨域失败，上下文即进入不可恢复状态 - 使用
OffscreenCanvas时，在 Web Worker 中执行的 Lambda 若未监听error事件，会导致 worker 崩溃，主页面 Canvas 关联的上下文自动失效
强制隔离与上下文保活
不能依赖“修复损坏”，而应从设计上避免损坏发生：
- 所有涉及
ctx的 Lambda 必须显式捕获运行时异常，并在 catch 块中主动调用ctx.reset()（若支持）或重建上下文：const newCtx = canvas.getContext('2d'); - 对
OffscreenCanvas，在 Worker 中用self.onerror = (e) => { postMessage({ type: 'context_lost' }); }主动上报；主线程监听后立即销毁旧引用、新建 OffscreenCanvas 实例 - 禁用自动 GC 干预：在 Canvas 初始化后，添加
canvas.addEventListener('webglcontextlost', e => e.preventDefault(), false);（对 2D 上下文虽无标准事件，但可模拟类似防御逻辑）
序列化层的容错加固
序列化本身不损坏上下文，但它是高频触发点。关键加固动作：
- 将
getImageData/putImageData封装为带超时和重试的函数，每次调用前校验ctx.canvas.width > 0 && ctx.canvas.height > 0，任一不满足则拒绝执行并触发上下文重建 - 避免在 Lambda 中直接序列化大图数据。改用流式分块：先
createImageBitmap解码，再用bitmap.copyTo()（若支持）或分区域getImageData，每块独立 try-catch - 序列化输出统一走 Promise 包装，拒绝态必须包含上下文健康状态标记：
Promise.reject({ error, contextValid: !!ctx.canvas })，便于上层决策是否重建
本质上，这不是一个“修复损坏”的问题，而是要让序列化层和 Lambda 共同承担上下文守卫职责——异常不逃逸、上下文不裸奔、重建有依据。做到这三点，物理损坏就不再发生。
