答案：通过配置 source map 和 launch.json，使用静态文件路径加载 Web Worker，可在 VS Code 中实现断点调试。需在 webpack 或 Vite 中生成 source map，确保输出 .js.map 文件；在 launch.json 中设置 "type": "pwa-chrome" 并配置 "resolveSourceMapLocations" 指向源码目录；避免 Blob URL，改用独立 worker.js 文件；启动本地服务器后 F5 调试，断点命中即成功。

在 vs code 中调试 web worker 并不像调试主线程 javascript 那样直接，因为 web worker 运行在独立的上下文中，无法通过默认的调试配置自动捕获。但借助合适的工具和配置，你可以实现断点调试、日志查看和代码检查。

启用 Source Map 支持

要让 VS Code 正确映射编译后的代码（如通过 Webpack 或 Vite 构建），必须确保生成了 source map：

• 在构建工具中开启 source map 输出。例如，在 webpack.config.js 中设置 devtool: 'source-map'
• 使用 Vite 时，默认开发模式已支持，无需额外配置
• 确保输出的 worker 文件同目录下有对应的 .js.map 文件

配置 VS Code 调试器（launch.json）

在项目根目录的 .vscode/launch.json 中添加正确的调试配置：

• 使用 "type": "pwa-chrome" 或 "pwa-msedge" 启动 Chrome 调试器
• 设置 "resolveSourceMapLocations" 允许加载 worker 的 source map

{ "version": "0.2.0", "configurations": [ { "name": "Launch Chrome with Worker Debugging", "type": "pwa-chrome", "request": "launch", "url": "http://localhost:3000", "webRoot": "${workspaceFolder}", "resolveSourceMapLocations": [ "${workspaceFolder}/**", "!**/node_modules/**" ] } ] }

确保 Worker 脚本可被浏览器调试器访问

如果 worker 是动态创建的 Blob URL，VS Code 无法直接关联源码。建议避免以下写法：

// ❌ 避免使用 Blob URL const blob = new Blob(["..."], { type: 'application/javascript' }); const url = URL.createObjectURL(blob); new Worker(url);

✅ 改为使用单独的 JS 文件：

OC SSH Tunnel Node Recovery

诊断并恢复通过 SSH 隧道连接的 OpenClaw 节点。用于解决配对必需错误、隧道冲突、远程端点错误以及 SSH 目标配置错误等问题。

下载

// worker.js self.onmessage = () => { postMessage("Hello"); }; // main.js new Worker('./worker.js');

这样浏览器能正确加载文件并显示在 DevTools 的 Sources 面板中，VS Code 也能同步调试。

开始调试

启动调试流程：

• 确保本地服务器运行（如 npm run dev）
• 按下 F5 启动 launch.json 配置
• 在 worker.js 文件中设置断点
• 触发 worker 执行，断点应被命中

如果断点显示为空心，说明未正确加载 source map，请检查路径或构建配置。

基本上就这些。只要 source map 正确生成，worker 使用静态文件路径，并且 launch.json 配置允许解析映射位置，VS Code 就能顺利调试 Web Worker。不复杂但容易忽略细节。