HTML5 Web Worker 本身不提供多线程资源加载或并发控制，需基于 Dedicated Worker 封装轻量“资源加载工作池”，通过预创建固定数量 Worker、状态跟踪、任务队列调度与限流分发，实现并行请求、超时中断、错误处理及高效通信。
HTML5 的 Web Worker 本身不提供多线程资源加载器或并发控制能力，但你可以基于 Dedicated Worker 封装一个轻量、可控的“资源加载工作池”，实现并行请求、限流调度与结果归集。关键不是靠浏览器自动多线程，而是你主动管理 Worker 实例生命周期和任务分发逻辑。
准备可复用的加载型 Worker 脚本
每个 Worker 应独立完成一次 fetch 请求及基础数据处理，不操作 DOM，只负责“取+转”：
- 脚本（如 loader.js）需监听
self.onmessage，接收 { url, method, headers, timeout } 等配置 - 内部使用
fetch()发起请求，配合AbortController支持超时中断 - 成功后调用
self.postMessage({ id, data, status: 'success' })；失败则返回错误信息，避免静默失败 - 禁止在 Worker 中使用
localStorage、document或alert，否则报错
构建固定数量的 Worker 池并跟踪状态
避免每次请求都 new Worker（开销大、易失控），应预创建一组实例并复用：
- 初始化时按需创建 3–6 个 Worker（例如：
const workers = Array(4).fill().map(() => new Worker('loader.js'))） - 为每个 Worker 维护一个状态对象：{ instance, busy: false, taskId: null }
- 主线程统一监听所有 Worker 的
message事件，并在收到响应后将其设为 idle - Worker 自身处理完任务后不自动终止，保持存活等待下一次
postMessage
实现带并发限制的任务队列
所有加载请求先进入中央队列，由调度器按空闲 Worker 数量动态派发：
立即学习“前端免费学习笔记（深入）”；
- 使用数组模拟优先队列，高优资源（如首屏 JS/CSS）可用
unshift()插入队首 - 设定最大并发数（如
maxConcurrency = 4），仅当空闲 Worker ≥ 1 且队列非空时才 dispatch - 每个任务带唯一
taskId，便于主线程匹配响应与原始请求 - 支持失败重试：任务对象可含
retry: 2字段，Worker 返回 error 后由主线程决定是否重新入队
注意传输效率与调试细节
实际运行中，性能瓶颈常不在网络而在通信与序列化：
- 避免传递大 JSON 或完整 Blob；如需传二进制，用
postMessage(data, [transferList])移交 ArrayBuffer，避免拷贝 - 主线程不要用
worker.onmessage = ...绑定单个回调——多个 Worker 共享同一监听更清晰 - 调试时在 Worker 内加
self.onerror = e => self.postMessage({ type: 'error', ... })，主线程统一捕获 - Chrome DevTools 中打开 Sources → Page → workers，右键 Worker 可“Open in Debugger”单步执行
