Module Worker 配合 import 是子线程高性能模块化运算最清晰可维护的方式，绕开 importScripts 的阻塞、污染与兼容问题，复用现代构建链路和 ES 模块语义。
用 Module Worker 配合 import 语法，是当前实现子线程高性能模块化运算最清晰、可维护性最强的方式。它绕开了 importScripts 的同步阻塞、全局污染和模块不兼容问题，直接复用现代工程链路（如 Vite、Webpack）和标准 ES 模块语义。
启用 Module Worker：从创建开始
主线程中必须显式声明 { type: 'module' }：
const worker = new Worker('./calc-worker.js', { type: 'module' });- 路径需为有效模块 URL（支持相对路径、
new URL(..., import.meta.url)、Blob URL） - 不支持
data:URL 直接写模块代码（因无模块解析上下文），但可用 Blob 构造后传入
在 Worker 内使用 import：按需加载 + 作用域隔离
Worker 脚本本身是模块，所有 import 都在模块作用域内解析，不会污染 self：
- 可直接
import { fastSort } from './algorithms/sort.js';—— 类型检查、tree-shaking、IDE 跳转全支持 - 支持动态
import()实现条件加载或拆包，例如：if (useWasm) await import('./processor.wasm.js'); - 第三方库若提供 ESM 版本（如 Lodash 的
lodash-es），可直接导入命名导出：import { debounce } from 'lodash-es';
提升性能的关键实践
模块化本身不等于高性能，需结合 Worker 特性做针对性优化：
- 对大数据计算，优先使用
Transferable Objects：主线程调用worker.postMessage(data, [buffer])把ArrayBuffer所有权移交，避免拷贝开销 - 避免频繁创建 Worker：CPU 密集任务建议复用实例，或构建轻量级 Worker Pool（尤其在 Node.js 的
worker_threads场景） - 将纯计算逻辑抽离为独立模块（如
./math/fft.js），便于测试、复用与缓存，也利于构建工具做代码分割 - 错误处理统一用
self.onerror或try/catch包裹主逻辑，防止未捕获异常导致 Worker 静默退出
与 importScripts 的关键区别
不是“升级替代”，而是适用场景不同：
-
importScripts适合加载已打包好的 UMD 库（如旧版 moment.js）、无构建流程的简单脚本，且必须同源/CORS -
import+ Module Worker 适合有构建系统、需要类型安全、依赖管理、按需加载和长期维护的项目 - 两者不能混用：模块 Worker 中调用
importScripts会抛出SyntaxError（规范禁止）
