现代打包工具中需用 new url('./x.js', import.meta.url) 配合 ?worker（vite）或 { type: 'module' }（webpack 5+）显式声明 worker 类型，避免路径解析失败；rollup/esbuild 需插件支持；注意同源、调试及 hmr 限制。
在 Webpack、Vite 或 Rollup 等现代打包工具中，直接用 new Worker('./worker.js') 会出错——因为打包器无法静态分析这种字符串路径，导致 Worker 文件不被包含进构建产物，或被当作普通模块处理而失效。
Webpack：用 worker-loader（旧版）或内置 type: "module"（Webpack 5+）
Webpack 5+ 原生支持 Worker，无需额外 loader，但必须显式声明类型：
- 写法要改成
new Worker(new URL('./my-worker.js', import.meta.url), { type: 'module' }) -
my-worker.js中可正常使用import（ESM 模式），也可用self.postMessage等 API - 确保
webpack.config.js中experiments.topLevelAwait不影响 Worker（一般不影响） - 若用传统 script 模式（非 ESM），改用
{ type: 'classic' }，但无法 import 其他模块
Vite：推荐用 new URL(..., import.meta.url) + ?worker 后缀
Vite 提供了语法糖支持，更简洁且类型友好：
- 主逻辑中：
const WorkerConstructor = new Worker(new URL('./my-worker.js', import.meta.url)) - 或者启用内联构建（推荐）：
const worker = new Worker(new URL('./my-worker.js?worker', import.meta.url)) - 加
?worker后，Vite 会自动将其编译为独立 chunk，并返回构造函数（支持postMessage/onmessage） - 如需 TS 类型，可搭配
declare module '*.worker?worker'和WorkerGlobalScope类型定义
Rollup / esbuild：依赖插件或手动处理
它们原生不识别 Worker 路径，需插件辅助：
- Rollup 可用
rollup-plugin-web-worker或@web/rollup-plugin-import-meta-assets处理new URL('./x.js', import.meta.url) - esbuild 推荐用
esbuild-plugin-web-worker，或通过loader: "text"+ 动态Blob构造（兼容性好但无 HMR） - 通用兜底方案：把 Worker 内容读成字符串，用
URL.createObjectURL(new Blob([workerCode], { type: 'application/javascript' }))创建地址（适合简单场景）
注意点：跨域、作用域与调试
Worker 运行在独立上下文，和主线程不共享变量，也不受主线程 CSP 影响（除非显式配置）：
- 确保 Worker 脚本同源，否则会触发 CORS 错误（本地开发时常见于
file://协议） - Worker 内不能访问
document、window，但可用self、console、fetch、setTimeout等 - Vite/Webpack 的 DevTools 支持 Worker 断点调试，但需在 Sources 面板中找
webpack://或vite://下的对应文件 - 热更新（HMR）在多数配置下对 Worker 不生效，修改后需手动刷新页面或重建 Worker 实例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
