SharedArrayBuffer 配合 Web Worker 加速图像处理需跨源隔离、零拷贝共享内存、按行分块并行及 Atomics 同步：服务端配 COOP/COEP 响应头，主线程创建 SAB 并分发区间，Worker 直接读写无拷贝，多线程写不同区域实现并行，完成用 Atomics 或消息通知主线程安全合成。
用 SharedArrayBuffer 配合 Web Worker 加速图像处理，核心在于“共享内存 + 并行分块 + 原子协调”，而不是反复拷贝像素数据。主线程不直接计算，只负责切分任务、分配内存、启动线程和拼接结果。
必须先启用跨源隔离（COOP/COEP）
SharedArrayBuffer 在现代浏览器中默认禁用，未配置会直接报错 SharedArrayBuffer is not defined 或初始化失败。
- 服务端需返回两个关键响应头：
Cross-Origin-Opener-Policy: same-originCross-Origin-Embedder-Policy: require-corp - 本地开发可用
localhost豁免，但 HTTP 协议不行，必须 HTTPS 或http://localhost - 前端可通过
if (crossOriginIsolated) { /* 安全环境 */ }主动检测是否就绪
用 SharedArrayBuffer 替代常规 ArrayBuffer 传图
传统 postMessage(imageData) 会序列化+拷贝整个像素数组，1080p 图像约 4MB，传输开销大且无法实时更新。SharedArrayBuffer 只传引用，零拷贝。
- 主线程创建：
const sab = new SharedArrayBuffer(width * height * 4);const pixels = new Uint8ClampedArray(sab);pixels.set(originalImageData.data); // 一次性写入 - 启动 Worker 时只传
sab和分块参数：worker.postMessage({ sab, startRow: 0, endRow: height / 2, width }); - Worker 内复用同一块内存：
const pixels = new Uint8ClampedArray(e.data.sab);
直接读写，无需self.postMessage()回传像素数据
按行或按块分发任务，避免线程空转
单个 Worker 处理整张图仍为串行；多个 Worker 同时写不同内存区域，才能真正并行。关键是确保各线程操作的像素地址不重叠。
- 推荐按高度分片：比如 4 个 Worker，每个负责图像的 1/4 高度区间
Worker 1 → rows [0, 240), Worker 2 → [240, 480), … - 每个 Worker 内部用标准 for 循环处理本片区像素，无需原子操作（无共享写冲突）
- 若需线程间协作（如高斯模糊需邻域采样），则必须用
Atomics.wait()或Atomics.notify()同步边界行，否则结果错误
处理完成后的安全同步与渲染
所有 Worker 写完后，主线程不能立刻读取 —— 必须确认全部写入完成，否则可能拿到旧值或中间态。
- 简单方案：Worker 处理完后发信号，主线程计数等待
self.postMessage({ type: 'done', id: 1 }); - 更高效方案：用
Atomics标记状态位const flags = new Int32Array(new SharedArrayBuffer(4));
每个 Worker 结束时执行Atomics.store(flags, 0, Atomics.load(flags, 0) | (1 - 主线程调用
ctx.putImageData(new ImageData(pixels, width, height), 0, 0)渲染 —— 此时pixels已是最终结果
