Worker线程异常默认不冒泡至主线程，须在Worker内用self.onerror或try/catch捕获并postMessage发送结构化错误数据（含name、message、stack等），主线程通过message事件接收处理；不可直接传递Error实例，需手动提取字段并统一包装为{type:'error',payload:{...}}格式。
Worker线程中发生异常默认不会冒泡到主线程，也不会触发全局错误监听，必须主动捕获并显式传递错误信息。关键在于：在 Worker 内部用 try/catch 或 onerror 捕获，再通过 postMessage 发送结构化错误数据，主线程监听 message 或 error 事件接收并处理。
Worker 内部捕获异常的两种可靠方式
Worker 脚本中不能依赖 window.onerror（无 window 对象），应使用以下任一方式：
-
全局
self.onerror：适用于同步脚本错误和未捕获的异步错误（如定时器、fetch 失败回调中抛出的异常）；返回true可阻止默认控制台输出（可选） -
显式
try/catch+postMessage：对关键逻辑块包裹，捕获后构造含name、message、stack、timestamp的对象发送，更可控、可扩展
传递错误信息时需注意的数据结构与序列化限制
直接传 error 实例会丢失属性（因 postMessage 使用结构化克隆算法，不支持函数、undefined、Error 原型链）：
- 务必手动提取关键字段：
err.name、err.message、err.stack（若存在），推荐补充err.fileName和err.lineNumber（Chrome/Firefox 支持） - 避免传原始
Error对象或含有循环引用的对象；可用JSON.stringify(new Error().stack)验证是否可序列化 - 建议统一包装为 { type: 'error', payload: { ... } } 格式，便于主线程区分普通消息与错误消息
主线程接收与还原错误的实用写法
主线程创建 Worker 后，应同时监听 message 和 error 事件：
立即学习“前端免费学习笔记（深入）”；
worker.addEventListener('message', e => { if (e.data.type === 'error') { handleWorkerError(e.data.payload); } })worker.addEventListener('error', e => { /* 处理 Worker 初始化失败、脚本加载失败等底层错误 */ })- 还原错误时可新建
new Error(payload.message)并手动赋值stack和name，便于调试工具识别（但无法恢复原始堆栈帧）
进阶技巧：自动注入错误监控逻辑（无需修改每个 Worker 文件）
可在 Worker 入口处动态包裹执行逻辑，实现“无侵入”监控：
- 用
self.addEventListener('message', e => { if (e.data.cmd === 'init') { injectMonitor(); } })触发注入 -
injectMonitor()中重写self.onerror，并 patch 常见异步 API（如fetch、setTimeout的回调包装） - 配合 sourcemap 解析（服务端或主线程完成），将压缩后的
stack映射回原始位置，提升可读性
