VSCode调试Node.js失败主因是环境不兼容或launch.json配置错误；需确认Node.js为v16.20.2/v18.20.4/v20.12.2且VSCode≥1.85.0，正确配置launch.json的program路径，启用sourceMap支持，Attach模式调试长期进程，并清理端口占用与缓存。
如果您在使用 VSCode 调试 Node.js 后端应用时遇到断点不触发、调试配置失败或控制台无输出等问题，则很可能是调试环境未正确初始化或 launch.json 配置存在偏差。以下是覆盖常见场景的完整调试操作指南：
本文运行环境：MacBook Air，macOS Sequoia。
一、确认 Node.js 与 VSCode 版本兼容性
VSCode 的 Node.js 调试功能依赖于内置的 Node Debug Adapter，该适配器对 Node.js 运行时版本有明确支持范围。低于 v14.18 或高于 v20.x 的某些预发布版本可能触发调试器连接超时或进程挂起。
1、在终端执行 node --version，确认输出为 v16.20.2、v18.20.4 或 v20.12.2 中的任一稳定版本。
2、打开 VSCode，进入 Help > About，核对构建号是否不低于 1.85.0（对应 2023 年底发布的稳定通道版本）。
3、若版本不匹配，前往 https://nodejs.org 下载对应 LTS 版本安装包，并使用 nvm use 切换默认 Node 版本。
二、生成标准 launch.json 调试配置
launch.json 是 VSCode 启动调试会话的核心描述文件，其 type、request、program 字段缺失或误配将直接导致“无法启动调试”错误。必须确保配置与项目入口结构严格一致。
1、在 VSCode 中打开 Node.js 项目根目录，按下 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入并选择 Debug: Open launch.json。
2、在弹出的模板选择中，点击 Node.js，随后选择 "Launch Program" 模板。
3、将生成的配置中 "program" 字段值修改为实际入口文件路径，例如 "${workspaceFolder}/src/index.js"，且路径必须存在。
三、启用源码映射（Source Map）支持
当项目使用 TypeScript 编译或 Webpack/Babel 构建时，原始断点位置与生成代码不一致，需通过 sourceMap 字段让调试器定位到源文件行号。
1、在项目根目录的 tsconfig.json 中确认已启用 "sourceMap": true 和 "inlineSourceMap": false。
2、在 launch.json 对应配置中添加字段："sourceMaps": true 和 "outFiles": ["${workspaceFolder}/dist/**/*.js"]（路径需与编译输出目录一致）。
3、启动调试前，在终端执行 npm run build（或对应构建命令），确保 dist 目录下 .js 文件与其 .js.map 文件成对存在。
四、附加到已运行的 Node 进程
对于使用 nodemon、pm2 或 Docker 启动的长期运行后端服务，无法通过“Launch”方式启动，必须采用“Attach”模式建立调试连接。
1、以调试模式启动 Node 进程：在终端执行 node --inspect-brk=9229 ./src/index.js，其中 9229 为默认调试端口。
2、在 launch.json 中新增一个配置，设置 "request": "attach"、"port": 9229、"address": "localhost"。
3、在 VSCode 调试面板选择该配置，点击绿色三角形按钮，等待状态栏显示 "Debugger attached" 后即可设置断点并触发。
五、排查调试器无响应问题
调试器长时间显示“正在启动…”或断点呈空心圆状态，通常由防火墙拦截、端口占用或 node_modules/.vscode 插件缓存损坏引起。
1、在终端执行 lsof -i :9229（macOS/Linux）或 netstat -ano | findstr :9229（Windows），终止占用该端口的进程。
2、关闭 VSCode，删除项目根目录下的 .vscode 文件夹及 node_modules/.vscode 子目录（如有）。
3、重新打开项目，禁用所有非必要扩展，仅保留 Microsoft Node Debug Adapter 与 TypeScript Toolbox（如使用 TS）。
