直接在主线程用JSON.parse()解析超大JSON极易触发V8堆内存上限导致卡死或崩溃；Web Worker核心价值在于绕过主线程堆限制，需结合流式读取、事件驱动解析、零拷贝传输及Worker内过滤，避免全量内存驻留。
直接在主线程用 json.parse() 解析超大 json 文件，极易触发 v8 堆内存上限（默认约 1.4–1.7 gb），导致页面卡死、崩溃或“无响应”警告。web worker 的核心价值不是“换个地方 parse”，而是绕过主线程堆限制 + 控制内存驻留模式。关键不在“多大能 parse”，而在“怎么不让 v8 一次性扛住整块数据”。
分块流式读取，不等文件全加载
浏览器 fetch 返回的 Response.body 是可读流，别用 response.json() 或 response.text()——它们会缓冲全部内容进内存再解析，瞬间拉高堆占用。
- 用
response.body.getReader()获取流读取器，配合Uint8Array缓冲区边收边切 - 按 JSONL（每行一个 JSON 对象）格式，每读到换行符就切出一条，发给 Worker 解析
- 若是单个巨型 JSON 对象（如
{ "items": [...] }），需监听{/}嵌套层级，在闭合时拼出完整对象再送入 Worker - 示例逻辑（主线程）：
const reader = response.body.getReader(); let buffer = new Uint8Array(0); while (true) { const { done, value } = await reader.read(); if (done) break; buffer = concatUint8Arrays(buffer, value); const lines = extractJsonLines(buffer); // 自定义按 `\n` 切分 for (const line of lines) { worker.postMessage({ type: 'parse', data: line }); } buffer = lines.remainder; // 保留未闭合行 }
Worker 内禁用 JSON.parse() 全量解析
即使进了 Worker，对几十 MB 的字符串调 JSON.parse() 仍可能突破其独立堆上限（Worker 堆默认与主线程同级）。必须转向事件驱动流式解析：
- 使用
stream-json或jsonparse - 它们不构建完整 AST，而是监听
startObject、key、value、endObject等事件，边流边提取字段 - 过滤逻辑嵌入事件回调中：只缓存匹配
status === 'active'的对象，其余跳过 - 内存占用稳定在 KB～MB 级，与文件总大小无关
零拷贝传输过滤后结果
Worker 解析出的匹配项（如 {id: 123, name: "Alice"}）若通过 postMessage(obj) 发回，会触发结构化克隆——对大型数组仍可能拷贝开销大。
- 将结果对象序列化为紧凑 JSON 字符串 → 转为
ArrayBuffer→postMessage(buf, [buf])实现零拷贝 - 或更进一步：用
MessageChannel+Transferable传SharedArrayBuffer，供主线程直接读取（需跨域策略支持） - 避免在 Worker 中构造含
Date、Map、函数等不可克隆类型的数据；若必须，改用structuredClone()显式校验后再传
主线程只做轻量中转，不参与过滤计算
常见错误：把原始 JSON 字符串全发给 Worker，再让主线程接收后二次过滤。这等于白用 Worker。
- 所有判断逻辑（关键词搜索、数值范围、状态比对）必须在 Worker 内完成
- 主线程仅负责：启动流读取、分发分块、接收过滤后结果、更新 UI 状态
- 若用户动态修改关键词，用
worker.postMessage({ type: 'updateFilter', keyword: 'xxx' })更新 Worker 内部变量，避免重建 Worker
补充兜底机制防意外 OOM
- 在 Worker 中加
performance.now()监控单次解析耗时，超 50ms 自动暂停并分片重试 - 主线程 fetch 时配
AbortController，用户取消时立即中断流读取，避免 Worker 处理冗余数据 - 对重复请求场景，解析结果存入
IndexedDB，键为文件哈希 + 过滤条件，下次直接读缓存，跳过解析
本质上，这不是“如何让 Worker 多吃点内存”，而是“如何让解析过程根本不依赖大内存”。V8 堆限制无法绕过，但可以绕开——靠流、靠事件、靠分块、靠提前丢弃。
