web worker 中导入外部脚本主要有 importscripts（同步加载全局脚本，兼容性强）和 es 模块 import（需 { type: 'module' }，支持现代构建工具）两种互斥方式，选择取决于项目环境与依赖类型。
在 Web Worker 子线程中导入外部依赖脚本，主要有两种主流方式：用 importScripts 同步加载传统脚本，或用 ES 模块 import 加载现代模块。二者互斥，不能混用，选择取决于项目环境和依赖类型。
用 importScripts 导入全局脚本（兼容性最强）
这是最简单、浏览器支持最广的方式，适合接入 Lodash、Moment.js、自定义 UMD 工具库等已打包为全局变量的脚本。
- 写在 worker.js 文件顶部，同步阻塞执行：
importScripts('utils.js', 'https://cdn.example.com/lodash.min.js') - 路径是相对于 worker.js 所在位置的；支持相对路径、绝对 URL（需同源或开启 CORS）、data:URL
- 脚本执行后，所有声明（如
const _ = {...}）会直接挂到self上，Worker 内可直接使用_.map() - 不支持
import/export语法，也不能和{ type: 'module' }Worker 共存
用 ES 模块 import 导入标准模块（推荐新项目）
适用于使用 Vite、Webpack 等构建工具的现代项目，能享受 tree-shaking、类型推导和静态分析优势。
- 主线程创建 Worker 时必须显式启用模块：
new Worker('./worker.js', { type: 'module' }) - worker.js 内可顶层写
import { debounce } from './utils.js'，但路径不能省略.js后缀 - 模块作用域隔离，导入的函数/类只在 Worker 内可用，仍需通过
postMessage()与主线程通信 - Vite 默认支持；Webpack 需配
worker-loader或assets/resource规则处理.worker.js
常见问题与避坑提示
实际导入时容易出错，关键点在于路径、权限和模式一致性：
- 跨域失败？检查 CDN 资源响应头是否含
Access-Control-Allow-Origin，或改用同源部署 - 报 “Cannot use import statement”？确认创建 Worker 时传了
{ type: 'module' }，且没在普通 Worker 里写 import - 变量找不到？用
importScripts时确认脚本确实暴露了全局变量（如 UMD 包），不是只export default - 调试困难？Chrome DevTools 的 Sources 面板下可展开 “Workers” 查看运行中的子线程脚本
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
