Web Worker 不能直接使用 FileReader，因它缺乏 DOM 环境；应由主线程读取文件（readAsText/readAsArrayBuffer/slice），Worker 专注解析等 CPU 密集任务。
Web Worker 本身不能直接使用 FileReader，这是它处理复杂文件读取时最根本的限制。真正高效的做法，是让主线程负责读取，Worker 专注解析——不是“Worker 读文件”，而是“Worker 解文件”。
主线程必须承担 FileReader 的职责
FileReader 是 DOM API，依赖事件循环、用户交互上下文和 document 对象。Worker 运行在隔离线程，没有 window、document、FileReader 构造函数，调用会直接报错 ReferenceError: FileReader is not defined。所以任何想在 Worker 内 new FileReader() 的尝试都会失败。
Worker 的价值在于接管“读完之后”的重活
卡顿往往不来自读文件本身，而来自后续操作：XML 解析成对象、Excel 解包与字段提取、大 JSON 校验与过滤、二进制协议解帧、Hash 计算、文本搜索匹配等。这些 CPU 密集型任务放进 Worker，UI 才不会冻结。
可行的数据移交方式有三种，按场景选
- 小文件（readAsText(file, 'UTF-8') 获取字符串，
postMessage({ type: 'PARSE', content: str })发给 Worker - 中大文件（10MB–500MB）：用
readAsArrayBuffer(file)获取二进制，配合postMessage(buffer, [buffer])实现零拷贝移交，Worker 用Uint8Array或TextDecoder处理 - 超大或流式文件（如 GB 级日志、XMLL）：主线程分块读取（
file.slice(start, end)），逐块postMessage({ chunk: buffer, offset: start })，Worker 累积缓冲、状态机识别边界，支持中断与进度反馈
Worker 内能安全使用的替代工具
-
TextDecoder('utf-8').decode(uint8Array)：比FileReader.readAsText()更快、更可控，无回调开销 -
DOMParser.parseFromString(str, 'text/xml')：现代浏览器支持，可用于 XML 转 Document（注意：仅限字符串输入，非 Blob） -
sax-js或saxes的 Worker 兼容版：适合超大 XML/HTML，流式解析，内存占用低 -
ArrayBuffer+DataView+TypedArray：处理自定义二进制格式的核心组合 -
crypto.subtle.digest('SHA-256', buffer)：直接哈希 ArrayBuffer，无需转字符串
容易被忽略但关键的细节
- 字符编码要显式声明：
readAsText(file, 'GBK')或new TextDecoder('gb18030')，否则中文乱码 - 超过 200MB 的字符串传输可能触发 V8 内存限制，优先走 ArrayBuffer 路径
- 主线程发送前做简单校验（如检查
file.size > 0、file.type.includes('xml')），避免无效传输 - Worker 收到消息后应立即检查
event.data结构，对缺失字段或非法类型快速postMessage({ error: 'invalid input' })
不复杂但容易忽略。
