html5 worker线程无法操作dom，只能通过postmessage与主线程通信；传大数据应使用transferable objects实现零拷贝；worker脚本需同源http服务加载；复用worker实例更高效，异常时需主动close。
HTML5 Worker 线程不能直接操作 DOM
Worker 是独立线程，和主线程内存隔离，document、window、localStorage 这些都拿不到。常见错误是写完 new Worker('task.js') 后，在 worker 里直接调 document.getElementById —— 浏览器会立刻报 ReferenceError: document is not defined。
正确做法：所有 DOM 更新必须由主线程完成。Worker 只负责计算，通过 postMessage 把结果发回来，主线程收到后再更新界面。
- Worker 内只能用
self（或this）访问自身上下文 - 支持的全局对象有限：
console、setTimeout、fetch、JSON、ArrayBuffer等可用；localStorage、indexedDB（需显式打开）、location（只读）部分可用 - 注意
fetch在 Worker 中默认不带 cookies，如需携带得加{ credentials: 'include' }
怎么传数据给 Worker 才不卡住主线程
传大对象（比如上 MB 的数组或 JSON）时，如果直接 worker.postMessage(data)，V8 会做结构化克隆，主线程会卡顿——尤其在低端设备上明显。这不是 Worker 慢，是传参方式错了。
关键在用 transferable objects：把 ArrayBuffer、MessagePort 这类可转移对象“移交”过去，不复制内存，零拷贝。
立即学习“前端免费学习笔记（深入）”；
酷纬企业网站管理系统Kuwebs是酷纬信息开发的为企业网站提供解决方案而开发的营销型网站系统。在线留言模块、常见问题模块、友情链接模块。前台采用DIV+CSS，遵循SEO标准。 1.支持中文、英文两种版本，后台可以在不同的环境下编辑中英文。 3.程序和界面分离，提供通用的PHP标准语法字段供前台调用，可以为不同的页面设置不同的风格。 5.支持google地图生成、自定义标题、自定义关键词、自定义描
- 适用场景：图像处理、大量数值计算、解析大 JSON、加密解密
- 写法示例：
worker.postMessage({ data }, [data.buffer])—— 第二个参数是转移列表，传完后主线程的data.buffer就变成null - 不支持 transfer 的类型：普通对象、字符串、Date、RegExp —— 这些仍走克隆，别硬塞大字符串
- Chrome/Firefox 支持良好；Safari 对
ArrayBuffer转移支持稳定，但对ImageBitmap等较新类型要查兼容性
Worker 文件路径必须同源且不能是 blob:// 或 data://
浏览器强制要求 Worker 脚本必须从同源 URL 加载，new Worker('script.js') 看似简单，但容易栽在路径和协议上。
典型报错：SecurityError: Failed to construct 'Worker': Script at 'blob:http://...' cannot be accessed from origin。
- 本地开发用
file://协议时，Worker 会直接失败（跨源限制），必须起本地服务（如npx serve） -
URL.createObjectURL(new Blob([code]))生成的 blob URL 不被 Worker 接受（除 Firefox 有限支持外） - 动态生成代码？改用
SharedWorker或 Service Worker 配合importScripts（但有额外约束） - 构建工具（如 Webpack/Vite）要注意输出路径，确保
worker.js能被静态服务器正确返回，MIME 类型应为application/javascript
多个 Worker 实例要不要复用？什么时候该关掉
Worker 创建开销不小（启动 JS 引擎上下文），频繁 new Worker() + .terminate() 比复用更耗资源。但长期不关又占内存、可能累积状态 bug。
真实项目中，按任务粒度决定生命周期：
- 一次性重计算（如解析一个大 CSV）：用完立刻
worker.terminate() - 高频小任务（如实时滤镜预览）：复用单个 Worker，用
worker.postMessage()多次通信，内部用self.onmessage处理队列 - 避免在 Worker 内设全局变量存中间状态，除非你明确控制输入顺序；并发调用时容易串数据
- 主线程监听
worker.onerror，出错后主动terminate，否则残留的 Worker 可能继续占用线程资源
最常被忽略的一点：Worker 里抛未捕获异常不会中断主线程，但也不会自动终止自己——它就卡在那里，等下一次 postMessage 才可能暴露问题。加 self.onerror = () => self.close() 是底线防护。
