web worker 无法直接下载 zip，只能并行压缩图片并传回 arraybuffer，由主线程用 jszip 打包并触发下载；需注意文件名唯一、arraybuffer 正确转 blob、限制 worker 数量及跨域处理。
不能在 Web Worker 里直接导出 ZIP 文件——因为 Worker 线程无法操作 DOM、不能创建 <a></a> 标签，也无法调用 FileSaver.saveAs 或触发浏览器下载。所谓“在 Web Worker 中优雅打包 ZIP”，实际是指：把耗时的图片压缩（或预处理）任务放到 Worker 中并行执行，再将压缩后的二进制数据（如 Blob 或 ArrayBuffer）传回主线程，由主线程完成 ZIP 构建与下载。
为什么 ZIP 打包必须放在主线程
JSZip 的 generateAsync({ type: "blob" }) 可以在 Worker 中调用，但生成的 Blob 对象无法被 Worker 直接下载——它缺少 window、document 和 URL.createObjectURL（部分浏览器限制 Worker 访问该 API）。更重要的是：FileSaver.js 依赖 DOM API（如 a.download + click），Worker 完全不可用。所以标准分工是：
- Worker 负责：解码图片 → 压缩（Compressorjs）→ 输出为 Blob/ArrayBuffer
- 主线程负责：收集所有压缩后数据 → 用 JSZip 添加文件 → 生成 ZIP Blob → 创建下载链接
Worker 内部如何处理多图压缩
Worker 不直接处理原始 File 对象（它不支持 File API），需主线程先将图片转为 Base64 或 ArrayBuffer 后传入。推荐使用 ArrayBuffer（更省内存、无编码开销）：
- 主线程读取每个
File为ArrayBuffer：await file.arrayBuffer() - 通过
worker.postMessage({ id, buffer, name }, [buffer])发送（注意传输数组缓冲区需转移所有权） - Worker 中用
createImageBitmap或Blob+URL.createObjectURL（若允许）加载图像 - 调用 Compressorjs（需提前引入其 Worker 兼容版，或改用 canvas 原生压缩逻辑）
- 压缩完成后，将结果 Blob 转为
ArrayBuffer并postMessage({ id, resultBuffer, name })回主线程
主线程协同 ZIP 打包与下载
主线程需维护一个待压缩任务队列，并监听 Worker 返回结果。当全部图片压缩完成，即可统一打包：
- 用
new JSZip()实例逐个.file(name, arrayBuffer, { binary: true }) - 调用
zip.generateAsync({ type: "blob" })得到 ZIP Blob - 用
URL.createObjectURL(zipBlob)创建临时 URL - 动态创建
<a></a>标签，设置href和download属性，触发点击 - 记得清理：下载后调用
URL.revokeObjectURL(url)
避免常见陷阱
实际落地时容易忽略几个关键点：
- 文件名重复会导致 ZIP 中文件被覆盖——确保每张图的
name唯一（例如加序号或哈希前缀） - Worker 传回的 ArrayBuffer 需在主线程中正确还原为 Blob：
new Blob([arrayBuffer], { type: 'image/jpeg' })，否则 JSZip 添加时可能损坏格式 - 大图多任务下，建议限制 Worker 池数量（如 2–4 个），避免内存爆炸；可用
Promise.allSettled统一收口结果 - 若图片来自跨域 URL，主线程需用
fetch+response.arrayBuffer()获取，再传给 Worker——Worker 本身不能发跨域请求
