Worker 构造函数必须传入 HTTP(S) 协议的脚本 URL，不支持直接传函数或内联字符串；其与主线程完全隔离，仅能通过 postMessage 通信且仅支持结构化克隆数据；不支持 alert、localStorage、document 等主线程 API，需用 importScripts 同步加载第三方库；长期运行需手动 terminate 避免内存泄漏。
Worker 构造函数必须传入脚本 URL，不能直接传函数
JavaScript 的 Worker 无法像 Python 的 threading.Thread(target=func) 那样直接传入一个函数执行。它强制要求你把逻辑写在**单独的 JS 文件里**，然后用这个文件路径初始化：
const worker = new Worker('path/to/worker.js');如果你试图写成 new Worker(() => { ... }) 或内联字符串（如 new Worker('console.log(1)')），浏览器会直接抛出 SyntaxError: Failed to construct 'Worker': Script URL must be of scheme 'http' or 'https'。
常见错误场景包括：开发时用 file:// 协议打开 HTML —— 这会导致 Worker 加载失败（CORS 策略限制），必须通过本地服务器（如 python3 -m http.server 或 Vite/Vue CLI 启动）运行。
主线程与 Worker 之间只能靠 postMessage 通信，不能共享变量
Worker 是完全独立的执行上下文，没有 window、document，也无法访问主线程的任何变量。所有数据交换必须显式调用 postMessage()，且只支持结构化克隆（即 JSON 可序列化的值）。Date、RegExp、function、undefined、Map/Set（部分浏览器）、循环引用对象都会被忽略或报错。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 传递大数据前先
JSON.stringify()+JSON.parse()测试是否可克隆； - 需要频繁通信时，避免发送大对象，改用分块或只传关键字段；
- 主线程监听用
worker.onmessage = e => { ... }，Worker 内部用self.onmessage = e => { ... }； - 若需传 ArrayBuffer 或 TypedArray 并避免拷贝，可用
transferable第二参数：worker.postMessage(data, [data.buffer])。
Worker 中不能使用 alert、fetch（旧版 Safari）、localStorage 等主线程 API
Worker 支持的全局对象很有限：self、console、setTimeout、fetch（现代浏览器）、importScripts()、atob/btoa 等。但以下常见操作会失败：
-
alert()→ 报错ReferenceError: alert is not defined； -
localStorage.getItem()→ReferenceError: localStorage is not defined； -
document.querySelector()→ReferenceError: document is not defined； -
fetch()在 iOS Safari 15.4 之前不支持，需检查兼容性或降级为XMLHttpRequest。
如果任务依赖第三方库（比如 moment.js 或 lodash），不能直接 import，得用 importScripts('lodash.js') 同步加载（注意：这是阻塞的，且不支持 ES 模块语法）。
复杂计算任务要防阻塞，但 Worker 本身不是“自动多线程”
Worker 确实能避免冻结 UI，但它只有一个线程（除非你再嵌套创建 Worker）。如果任务本身是纯 CPU 密集型（如大数组排序、图像像素处理），仍可能让 Worker 线程卡住，导致 postMessage 延迟甚至丢失消息。
优化方向：
- 用
self.onmessage接收后立刻self.postMessage({ status: 'started' })，让主线程知道已响应； - 长任务拆成小块，配合
setTimeout或queueMicrotask让出控制权； - 考虑使用
SharedArrayBuffer+Atomics实现主线程与 Worker 的低开销同步（但需开启跨域策略COOP/COEP头，部署门槛高）； - 对 WebAssembly 场景，可把计算逻辑编译为 wasm，再在 Worker 中实例化，性能更稳。
真正容易被忽略的是：Worker 实例一旦创建，就持续运行直到调用 worker.terminate() 或页面卸载。忘记终止长期存活的 Worker，会悄悄吃掉内存和 CPU。
