commonjs模块不能直接在web worker中使用，因为浏览器环境不支持require/module.exports语法，worker线程缺乏node.js模块加载器；可行方案包括转为es模块（需type: 'module'）、打包为umd+importscripts，或手动模拟require（不推荐）。
CommonJS 模块（如 require / module.exports）**不能直接在 Web Worker 中使用**，因为浏览器环境原生不支持 CommonJS 语法，Worker 线程也不提供 Node.js 的模块加载器。
为什么 CommonJS 在 Worker 中不可用
Web Worker 运行在浏览器沙箱中，仅支持标准 Web API 和 ES 模块机制。它没有 require 函数、module 对象，也没有 Node.js 的模块解析逻辑。即使你在主线程用 Webpack 或 Vite 打包了 CommonJS 代码，最终输出到 Worker 的仍需是浏览器可执行的格式（如 ESM 或全局脚本）。
可行的替代方案
要让外部公共函数在 Worker 中可用，必须转换为浏览器兼容的形式：
-
转成 ES 模块再导入：把原来 CommonJS 的
utils.js改写为export语法，Worker 用import { func } from './utils.js'（需创建 Worker 时指定{ type: 'module' }） -
打包为 UMD/全局变量 + importScripts：用工具（如 Rollup）将 CommonJS 代码打包成 UMD 格式，暴露为全局变量（如
window.myUtils），然后在 Worker 中用importScripts('utils.umd.js')加载，之后直接调用myUtils.doSomething() -
手动模拟 require（不推荐）：极少数场景下可自行实现简易模块缓存对象，但无法解析
node_modules路径或处理循环依赖，维护成本高且易出错
实际操作建议
如果你控制着公共函数源码，优先走 ES 模块路线：
worker.js（类型为 module）import { formatDate, deepClone } from './shared-utils.js';<br>self.onmessage = e => {<br> self.postMessage(formatDate(e.data));<br>};
对应 shared-utils.js 写法：
export function formatDate(date) { return new Date(date).toUTCString(); }<br>export function deepClone(obj) { return JSON.parse(JSON.stringify(obj)); }
创建 Worker 时别忘了加 type: 'module'：
const worker = new Worker(new URL('./worker.js', import.meta.url), { type: 'module' });
注意兼容性边界
ES 模块 Worker 要求 HTTPS 或 localhost；importScripts 虽兼容老浏览器，但无法加载 export 语法文件，也不能跨域——所有资源必须同源且响应头为 Content-Type: application/javascript。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
