web worker 的核心作用是将 csv 或 excel 解析等 cpu 密集型任务移出主线程，避免页面卡顿和无响应；因其需解压 zip、解析 xml、推断类型等耗时操作，10 万单元格解析常超 30 秒致 fps 归零；worker 通过零拷贝传 arraybuffer、专注解析、分块回传、错误上报实现高效分流；csv 可用 papa parse 原生 worker 模式，excel 则须禁用 cellstyles 等非必要选项；几百行 csv 或几千行无格式 excel 导出无需 worker。
Web Worker 的核心作用，是把 CSV 或 Excel 解析这类纯计算型任务从主线程剥离，让页面不卡、不假死、始终可交互。
为什么必须用 Web Worker？
CSV 和 Excel（尤其是 .xlsx）解析不是“读文件”那么简单：
- .xlsx 本质是 ZIP 包，需解压 + 提取多个 XML 文件 + 解析节点 + 推断类型 + 转换日期/公式 —— 全是 CPU 密集操作，不碰 DOM 却极耗时
- 10 万单元格的表格，在主流设备上主线程解析常超 30 秒，期间 FPS 归零，滚动、点击、输入全部失效
- 浏览器 JS 引擎与渲染线程互斥，一旦主线程被占满，UI 就冻结 —— 这不是慢，是彻底无响应
它具体怎么帮上忙？
Worker 不是加速器，而是“分流器”：把重活挪到后台线程，主线程只管上传、展示、交互。
-
零拷贝传数据：主线程调
file.arrayBuffer()获取二进制，再用worker.postMessage(buffer, [buffer])转移所有权，避免内存复制开销 -
专注解析不碰 UI：Worker 内用 SheetJS 或 Papa Parse 执行
XLSX.read()或Papa.parse()，禁用样式、宏、图表等非必要选项减负 -
分块回传结果：单表超 5 万行时，Worker 可按每 2000–5000 行切片，逐批
postMessage，主线程流式渲染，用户感知更顺 -
错误不沉默：加密文件、损坏 ZIP、非法编码等异常，Worker 内统一
try/catch并postMessage({ error: 'xxx' })，前端可及时提示而非白屏
CSV 和 Excel 的处理差异
两者都需 Worker，但侧重点略有不同：
-
CSV：Papa Parse 原生支持
worker: true参数，开箱即用；适合流式分块解析，对内存更友好 -
Excel：.xlsx 解析更重，必须禁用
cellStyles、bookVBA等选项；若涉及多表组装、密码加密或百万行聚合，导出阶段也建议进 Worker
哪些情况其实不用 Worker？
轻量操作留在主线程更简单高效：
- 几百行以内的 CSV 转数组
- 单表几千行、无公式/日期格式的 Excel 导出
- 仅做简单字段映射或 JSON 转 sheet 的导出
