Web Worker 通过 fetch 预取图片元数据（HEAD/Range 请求）、解析头信息获取宽高尺寸，分块加载并 transfer ArrayBuffer 零拷贝传回主线程，结合 Service Worker 实现离线优先预加载。
Worker线程本身不能直接操作DOM或加载图片（如 <img> 标签），也不能访问 document、window 或大多数浏览器API（如 fetch 在部分旧环境受限，但现代浏览器中支持）。但它可以发起网络请求（通过 fetch）、解析响应、处理二进制数据，并将结果（如图片URL、尺寸、base64片段或 ArrayBuffer）安全地传回主线程——这正是实现“高清原图预加载”的核心机制。
用 Worker 预取图片元数据与轻量资源
主线程只负责展示缩略图，真实高清图不立即加载。Worker 可在后台按优先级（如可视区附近、用户常点击项）发起 HEAD 或轻量 GET 请求，获取图片状态码、Content-Length、Content-Type，甚至用 Response.arrayBuffer() 读取前几百字节来解析宽高（需配合 JPEG/PNG 头解析逻辑）。这样无需解码整图，就能提前判断是否可加载、是否需降级。
- 在 Worker 中用
fetch(url, { method: 'HEAD' })快速校验链接有效性与大小 - 对关键图片发起完整
fetch并调用.arrayBuffer()，仅用于提取头信息（非渲染） - 将 { url, width, height, size, isValid } 等结构化数据通过
postMessage发回主线程缓存
分片加载 + 进度可控的原图拉取
对于超大图（如 >10MB 的 TIFF 或高分辨率 JPEG），可让 Worker 分块请求（Range 请求），主线程按需拼接并触发 createObjectURL。Worker 不直接创建 blob URL（它无 URL.createObjectURL 权限），但可把 ArrayBuffer 分段传回，由主线程组装 Blob 后生成 URL。
- Worker 发起带
headers: { Range: 'bytes=0-65535' }的请求，获取首块用于快速预览 - 后续根据用户滚动/点击行为，动态请求后续区块（如 64KB~256KB/次）
- 主线程收到每块后，用
new Blob([chunks])构建完整 blob，再生成URL.createObjectURL(blob)赋给<img>
利用 Transferable 实现零拷贝图片数据传递
当 Worker 已下载完整图片 ArrayBuffer，且主线程准备渲染时，应避免序列化复制大内存块。使用 postMessage(data, [data.buffer]) 将 ArrayBuffer 所有权转移给主线程（Worker 中该 buffer 即失效），大幅降低内存与时间开销。
立即学习“前端免费学习笔记（深入）”；
- Worker 中：完成
fetch → arrayBuffer()后，调用self.postMessage({ url, buffer }, [buffer]) - 主线程监听
worker.onmessage，直接用new Blob([e.data.buffer])创建 blob URL - 适用于批量预加载场景，例如相册页预取下一页全部原图数据
结合 Service Worker 实现离线+优先级预加载
纯 Web Worker 无法拦截网络请求，但可与 Service Worker 协同：主线程通知 SW 需预加载的高清图列表；SW 在空闲时（backgroundfetch 或定时 sync）静默下载并存入 Cache API；Worker 则负责从 Cache 中读取、校验、解码必要字段，再通知主线程“资源就绪”。这样既绕过主线程阻塞，又享受离线能力与网络层优化。
- 主线程调用
navigator.serviceWorker.controller.postMessage({ type: 'preload', urls: [...] }) - SW 收到后用
cache.put()存储响应，完成后发消息回主线程或关联 Worker - Worker 通过
caches.open('preloads').match(url)获取已缓存资源，做快速可用性判断
