offscreencanvas需与web worker协同工作才能实现tb级日志可视化：worker负责解析、聚合、采样等cpu密集任务并创建offscreencanvas，主线程仅负责上屏呈现；单用offscreencanvas无法承载大日志压力。
OffscreenCanvas 本身不处理日志，也不能直接解析 TB 级文本——它只负责把已结构化的数据（比如坐标、颜色、时间戳）高效画出来。真正扛住 TB 级实时日志压力的，是「主线程卸载 + Worker 批量预处理 + OffscreenCanvas 零拷贝提交」这一整套协作链。单靠 OffscreenCanvas 一个 API，连 1GB 日志都撑不住。
OffscreenCanvas 必须和 Web Worker 绑定使用，否则等于没用
你在主线程调用 new OffscreenCanvas(1024, 1024)，得到的只是一个空画布对象，所有绘图操作仍在主线程同步执行，UI 该卡还是卡。真正起效的前提只有一个：OffscreenCanvas 实例必须由 Worker 创建，或通过 transferControlToOffscreen() 移交后传入 Worker，并在 Worker 内调用 getContext()。
-
transferControlToOffscreen()只能调用一次，之后主线程的canvas.getContext('2d')会返回null，强行调用会报错SecurityError: Failed to execute 'getContext' on 'HTMLCanvasElement': This canvas has been transferred to a worker. - Worker 中不能访问
document或window，所以new OffscreenCanvas()是唯一能在纯 Worker 环境创建离屏画布的方式（适用于日志解析后动态生成视图尺寸的场景） - Chrome / Edge / Firefox 已稳定支持；Safari 仍需开启实验性功能（
safari://experimental中启用Offscreen Canvas），且暂不支持commit()方法
TB 级日志不能“全量送进 Canvas”，必须做分层预处理
Canvas 渲染的是像素，不是文本流。把原始日志行逐行 drawText 到 OffscreenCanvas 上，内存和帧率都会崩。关键在于：日志解析、聚合、采样、坐标映射这些 CPU 密集型步骤，必须全部放在 Worker 中完成，输出给 OffscreenCanvas 的只能是「可绘制的最小数据单元」——比如每帧 2000 个 {x: number, y: number, color: string} 粒子，或一段压缩后的 Uint8ClampedArray 像素数据。
- 避免在 Worker 中做
JSON.parse()大日志块：改用流式解析（如TextDecoderStream+TransformStream）或按行切片 +postMessage分批传递 - 时间轴类可视化（如日志速率热力图）优先用
ImageData直接写像素，比反复调用fillRect()快 5–10 倍 - 每帧渲染前调用
ctx.clearRect(0, 0, width, height)是性能黑洞；改用双缓冲 OffscreenCanvas 或复用ImageData+putImageData()局部更新
transferToImageBitmap() 是高频更新下的安全出口，但要注意尺寸陷阱
当 OffscreenCanvas 尺寸过大（比如逻辑宽高 × window.devicePixelRatio > 4096px），iOS Safari 和部分 Android WebView 会直接 crash 或静默失败。此时不能硬扛，要主动降级：
- 用
canvas.getBoundingClientRect()获取真实显示尺寸，而非clientWidth（后者受缩放/滚动条干扰） - 计算安全 DPR：
const safeDPR = Math.min(window.devicePixelRatio, Math.floor(4096 / canvas.clientWidth)) - 生成
ImageBitmap后必须用postMessage(bitmap, [bitmap])带转移语义发送，否则复制位图会吃光内存 - 主线程收到
ImageBitmap后，用ctx.drawImage(bitmap, 0, 0)上屏——这是目前最兼容、最可控的提交方式，比commit()兼容性更好
真正难的从来不是“怎么画”，而是“哪些不该画”和“谁来决定画什么”。OffscreenCanvas 只提供画布，Worker 负责思考，主线程只管呈现。漏掉任何一环，TB 级日志可视化都会在第 3 秒开始掉帧。
