Web Worker 里抛的错为什么 window.onerror 抓不到？如何统一并进主线程错误指纹

【背景】 React 18 + Vite 5 的 B 端中台，主线程之外拆了 3 个 Worker：一个跑 Markdown 解析（约 200k 行代码）、一个跑图表渲染（OffscreenCanvas）、一个跑本地搜索索引。今年把 Sentry 换成自研上报，主线程的 window.onerror + unhandledrejection + React errorBoundary 三条路已经打通，指纹规则是 (message + 归一化堆栈前 N 帧 + 版本)。

【现象】 上线后发现 Worker 里的异常完全没进上报：

1. 在 Worker 里 console.error 之后 throw new Error('boom')，DevTools 的 Sources 面板能看到，但主线程 window.addEventListener('error') 不触发；
2. Worker 里 Promise reject 且没 catch，unhandledrejection 同样静默；
3. 更麻烦的是：Worker 里 catch 住之后手动 postMessage 回主线程再 throw，堆栈只剩 Worker 内部一帧，归一化后指纹和主线程同名报错撞在一起，把真正的"主线程同类错误"给盖掉了。

【已尝试】

• 在 Worker 里也挂 window.addEventListener('error') / 'unhandledrejection'（Worker 全局对象上），确认能抓到，但堆栈帧和主线程格式不同（多了 worker.js 的偏移量，没有 sourcemap 映射）；
• 试过 Worker 端 catch 后 postMessage({type:'error', payload}) 回主线程统一上报，但堆栈丢失严重，指纹不可靠；
• 没找到社区里比较系统的做法。

【期望得到的答案形态】

1. 一个能同时覆盖主线程 + 多个 Worker + OffscreenCanvas 的统一错误捕获样板（代码级，可贴到 Vite 项目里跑）；
2. Worker 错误的堆栈归一化策略：怎么和主线程共用一套指纹规则，而不是各写一套？sourcemap 上传要不要按 Worker bundle 单独处理？
3. 采样与去重：Worker 高频报错（比如解析器内部 retry 循环）如何避免把告警打爆？
4. 如果你们生产里就是这么做的，贴一下你们 Worker 的 onmessage 协议设计（消息类型、payload 字段），我会照着做。

我贴过 3 个 Worker 的最小复现仓库，需要的话评论区给地址。