javascript web worker 处理错误的核心机制是监听 onerror 事件，该事件会在 worker 内部发生未捕获异常或调用 postmessage 发送 errorevent 对象时触发。开发者需要在主线程中为 worker 实例绑定 onerror 回调，通过读取事件对象的 message、filename 和 lineno 属性来获取详细的错误上下文信息，从而进行日志记录或用户提示。
Worker 内部抛出异常时主线程如何接收
当 Worker 脚本执行过程中发生语法错误或运行时异常（如引用未定义变量）且未被 try...catch 块捕获时，浏览器会自动生成一个 ErrorEvent 并通过 postMessage 发送给主线程。主线程只需在创建 Worker 后设置 worker.onerror 函数即可拦截这些错误，避免程序静默失败。
const worker = new Worker('worker.js');
worker.onmessage = (e) => {
console.log('收到数据:', e.data);
};
worker.onerror = (err) => {
console.error(`Worker 错误: ${err.message}`);
console.error(`文件: ${err.filename}, 行号: ${err.lineno}`);
// 这里可以执行清理逻辑或通知用户
};
// 模拟向 Worker 发送消息以触发其执行
worker.postMessage({ action: 'process' });
上述代码展示了标准的错误监听模式。当 worker.js 内部发生错误时，控制台将打印出具体的错误信息和位置。这种机制确保了即使异步任务崩溃，主线程也能感知并做出响应。
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
立即学习“Java免费学习笔记（深入）”；
Worker 主动发送 ErrorEvent 对象的区别
除了自动捕获异常，Worker 还可以显式地通过 postMessage 发送一个 ErrorEvent 对象来报告业务逻辑层面的错误。与自动捕获的运行时异常不同，这种方式允许开发者自定义错误类型和描述，但前提是必须手动构造符合 ErrorEvent 接口的对象，或者使用 new Error() 后由浏览器包装（注意：直接 postMessage 一个普通 Error 对象通常不会触发 onerror，而是作为普通消息传递，除非它被包装成 ErrorEvent 或在某些环境下被特殊处理，标准做法是依赖自动异常捕获或使用自定义消息结构）。更常见的实践是，在 Worker 中捕获业务错误后，发送包含错误信息的普通对象，主线程在 onmessage 中判断类型进行处理，而 onerror 仅保留给真正的脚本崩溃。
// worker.js
try {
// 模拟业务逻辑错误
if (!input.valid) {
throw new Error('输入数据格式无效');
}
} catch (e) {
// 方式一：抛出异常，触发主线程 onerror
throw e;
// 方式二（推荐用于业务错误）：发送结构化消息
// self.postMessage({ type: 'error', message: e.message });
}
// main.js
worker.onmessage = (e) => {
if (e.data.type === 'error') {
console.warn('业务错误:', e.data.message);
} else {
console.log('结果:', e.data);
}
};
区分这两种情况至关重要。自动触发的 onerror 适用于调试和监控脚本稳定性，而业务逻辑错误应通过 onmessage 返回的状态码或类型字段来处理，以保持主线程控制流的清晰。若 Worker 内部使用了 try...catch 吞掉了异常且不重新抛出，主线程的 onerror 将不会被触发，此时必须依靠显式的消息通信来反馈错误状态。
