VSCode调试Node.js的关键在于配置与执行模型匹配：launch.json路径错误、缺少--inspect-brk、依赖未安装、Node版本不兼容type配置，均导致F5失效；F10/F11在异步中跳过断点因执行模型与断点位置不匹配；空心断点需检查sourceMaps和路径配置；隐藏技巧包括条件断点、Log Point、attach模式及清空skipFiles调试第三方库。
VSCode 调试 Node.js 时，真正关键的不是“有哪些快捷键”，而是哪些组合能绕过常见卡点——比如断点不生效、调试器静默退出、异步逻辑跳过断点。F5、F10、F11 这三个键必须配对正确配置才能起作用，否则按了等于没按。
为什么 F5 按下后没反应或直接报错
根本原因不是快捷键失效，而是 VSCode 找不到可执行入口或调试上下文未就绪：
-
launch.json缺失或program字段指向错误路径（例如写成./src/index.js但实际是dist/index.js） - 终端里已运行
node app.js，但没加--inspect-brk，导致 F5 尝试 launch 新进程时端口被占，又没设restart: true - 项目依赖未安装，
require('express')报Cannot find module 'express'，调试器启动失败但不提示，只在 Debug Console 底部闪一下就退出 - Node 版本太新（如 v22+），而
type: "node"配置不兼容，应改用type: "pwa-node"
F10 和 F11 在异步代码里为什么总跳过关键行
这不是快捷键问题，是执行模型和断点位置不匹配：
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
-
F10（Step Over）在await fetch(...)后会直接跳到下一行，不会停在 Promise resolve 后的回调里；想进，得把断点设在async函数内部第一行，或await行本身 -
F11（Step Into）对require()或import失效，除非对应模块启用了 source map 且outFiles配置正确 - 在
.then()链中设断点容易被跳过，建议改用async/await写法，或在then回调函数首行左侧点红点，而非写在链式调用中间 - 如果断点变成空心圆圈，说明 VSCode 无法映射源码 —— 检查
sourceMaps: true是否开启，以及outDir和rootDir是否与实际构建路径一致
真正省时间的隐藏调试操作（非标准快捷键但高频实用）
这些操作不靠记忆快捷键，靠理解调试器行为边界：
- 在 Debug Console 中直接输入
process.env.NODE_ENV查环境变量，比翻.env文件快；但不能改const PORT = 3000这类声明，会报错 - 右键断点 → Edit Breakpoint → 输入
req.url === '/api/users'，比在代码里写if (req.url === '/api/users') debugger更干净，且支持布尔表达式 - 调试中按
Ctrl + Shift + P→ 输入 Debug: Toggle Log Point，可在不暂停的情况下输出日志，适合高频循环里观察状态 - 用
nodemon --inspect-brk启动服务后，在launch.json里配request: "attach"+port: 9229，比反复 F5 启动更贴近真实部署场景
最常被忽略的一点：VSCode 的 Node.js 调试器默认不加载 node_modules 中的 source map。如果你调试的是 zod 或 prisma 等库内部逻辑，需要手动在 launch.json 加上 "skipFiles": [] 并清空数组，否则所有第三方模块里的断点都无效。
