Worker常见问题及解决：路径错误或CORS导致加载失败；onmessage注册顺序、self.addEventListener缺失或数据不可序列化致消息失效；worker中禁用window等DOM API，改用self和IndexedDB；避免大数据量传输，善用Transferable Objects零拷贝，并及时terminate。
Worker 脚本加载失败：404 或 CORS 错误
最常见的是创建 Worker 时控制台报 Failed to load worker script 或 Cross-Origin Request Blocked。根本原因通常是路径不对或跨域限制。
- 检查路径是否为绝对路径（如
/workers/filter.worker.js），避免相对路径在打包后失效 - 若 Worker 脚本从 CDN 或其他域名加载，服务端必须返回
Access-Control-Allow-Origin: *（或指定域名） - 更稳妥的做法是改用 Blob + URL.createObjectURL 内联方式，彻底绕过文件加载和跨域问题
主线程收不到消息或 worker.postMessage 无效
现象是主线程监听了 worker.onmessage 却一直没触发，或者 worker 里调用 self.postMessage() 后主线程无响应。
Wjs Uploading Video
下载
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 确认主线程是否在
worker.postMessage()之前就已注册onmessage监听器（顺序很重要） - 检查 worker 文件中是否漏写
self.addEventListener('message', ...)，或写成了addEventListener（缺self.） - 注意数据是否可序列化：
postMessage只能传结构化克隆支持的类型（不能传函数、DOM 节点、undefined、循环引用对象）
Worker 报 ReferenceError: window is not defined
这是初学者高频错误——在 worker 脚本里直接用了 window、document、localStorage 等浏览器 API。
- Worker 线程没有 DOM 环境，所有 UI 相关 API 均不可用
- 替代方案：
self是 worker 全局对象（等价于主线程的window），可用self.fetch、self.setTimeout、self.console - 需要本地存储？改用
IndexedDB（worker 中完全可用），或由主线程代为读写后通过消息传递
内存暴涨或页面卡顿反而更严重
上了 Worker 却更慢，往往不是 Worker 本身的问题，而是数据传输或设计不合理。
- 避免高频、大体积消息：一次传 10 万条原始 JSON，比传 1 条 ID 列表再让 worker 拉数据更伤性能
- 善用 Transferable Objects：对
ArrayBuffer、TypedArray等支持 transfer 的数据，加[buffer]第二个参数，实现零拷贝，大幅降低序列化开销 - 记得及时终止：任务完成后调用
worker.terminate()，否则 worker 实例常驻内存，长期运行会累积泄漏
