Web Worker本质是浏览器为解决主线程卡顿而设的“计算卸载机制”：它在独立线程执行CPU密集任务（如大数据处理、图像计算），不阻塞UI渲染与交互；但无法访问DOM、window等API，仅通过postMessage异步通信，生命周期由主线程控制。
直接讲清本质，不堆概念。面试官想听的不是定义复述，而是你理解它“为什么存在”和“用在哪儿合适”。
先说清楚 Web Worker 的定位和边界
它不是用来替代主线程的，而是把 CPU 密集型任务搬离主线程，避免卡顿。关键三点必须点明：
- 运行在独立线程，与主线程完全隔离，不能访问 DOM、
window、document、localStorage等浏览器 API - 通信只靠
postMessage()和onmessage，是纯消息传递，没有共享内存（除非用SharedArrayBuffer，但需配合Atomics，且有安全限制） - 生命周期由主线程控制：
new Worker()创建，worker.terminate()主动销毁；Worker 内部调用close()也可自我结束
高频问题怎么答得有层次
别只背答案，按“场景→原理→注意点”组织语言：
-
“Worker 能访问哪些 API？” → 先划范围：能用
setTimeout、fetch、console、JSON、WebAssembly；不能用DOM相关、history、location、cookie（fetch可发请求但拿不到 cookie 信息，除非显式配置credentials: 'include'） -
“如何传大对象？会影响性能吗？” → 点出两种方式：普通序列化（走结构化克隆）会拷贝，大数据量有开销；推荐 Transferable Objects（如
ArrayBuffer、MessagePort），用postMessage(data, [transferList])实现零拷贝移交所有权 -
“Worker 报错怎么捕获？” → 主线程监听
worker.onerror（全局错误），Worker 内部用self.onerror或try/catch；注意onerror事件对象里没有堆栈详情，建议搭配console.error或自定义上报
结合真实场景说明你用过或想过怎么用
光讲 API 不够，加一句落地思考就拉开差距：
- 图像处理：Canvas 像素计算、滤镜渲染放 Worker，主线程只管 UI 和交互
- 大文件解析：CSV/JSON 解析、加密解密、压缩解压，避免阻塞渲染
- 搜索建议：前端本地索引匹配（如 Fuse.js），不依赖网络请求
- 注意避坑：不要在 Worker 里做大量
console.log（影响性能），也不要频繁发小消息（合并批量数据再通信更高效）
延伸一点就够了：SharedWorker 和 Service Worker 的区别
一句话区分即可：
- Worker：一对一，每个页面实例独享一个线程
- SharedWorker：一对多，多个同源 tab 共享同一个后台线程，适合跨页面状态同步（如在线人数、实时通知）
- Service Worker：不是为计算设计的，核心是拦截网络请求、实现离线缓存和推送，生命周期独立于页面
