在 VS Code 1.46+ 版本中引入了 <node_internals>/** 占位符以屏蔽内置模块，但异步代码断点跳过问题更多源于源码映射偏差，建议在 await 行设置断点而非 Promise.then() 内部。
原因分析
异步代码断点失效的核心在于执行流脱离主线程及源码与运行文件不一致。根据 2026 年 4 月 27 日的调试错误记录，常见现象为 Cannot find module 或断点变成空心红圈，这通常意味着 VSCode 无法绑定到源码，常见于未启用 source map 或构建产物路径不匹配。在异步场景下，如 Promise.then() 内部，断点可能被跳过是因为调试器在事件循环回调中未能正确挂起，而 skipFiles 配置错误也会导致调试器误跳过用户代码。
解决方案
1. 修正 launch.json 配置
必须在 .vscode/launch.json 中正确配置 skipFiles 数组，推荐值为 ["**/node_modules/**", "<node_internals>/**"]。注意 <node_internals>/** 是 VSCode 特殊占位符，专为屏蔽 fs、path 等内置模块的 JS 层封装而设，比手动写死路径更可靠。若项目使用 TypeScript，需确保 program 指向真实可执行的 JS 文件路径，或配置 ts-node，否则 VSCode 实际绑定的是编译后的 dist/index.js，导致 TS 源码断点失效。
2. 调整异步断点位置
针对异步代码，避免在 Promise.then() 回调深处直接打断点。建议在 async 函数顶部或 await 行设断点，例如在 await user.getId() 行暂停，而非进入 getId 内部。若使用 node --inspect 手动启动，默认调试端口为 9229，需确保 launch.json 中 port 字段一致。
3. 启用 Source Map
若使用 Webpack 或 Babel 构建，需在构建配置中开启 sourceMap。2025 年 8 月 1 日的技巧总结指出，断点未生效常见原因包括源映射未开启或配置错误，导致调试器无法将运行时字节码映射回原始代码行。
注意事项
- 修改
launch.json后必须重启整个调试会话（Stop → Start Debugging），热重载不生效，这是 2026 年 3 月 29 日资料中强调的常见误区。 - 确认编辑的是当前调试使用的配置，检查左上角调试面板选中的配置名，避免修改了无效的
launch.json条目。 - 不要写
**/node_modules/*/**，多一个*会导致 glob 不匹配，VSCode 会静默忽略整条规则。 - 若断点本身就在
node_modules里（如手动在lodash/index.js上点了断点），VSCode 会优先响应明确设置的断点，skipFiles只对“自动进入”的调用栈生效。
参考来源
来源：VSCode 调试配置指南 - 2026 年 3 月 29 日更新关于 skipFiles 重启会话的说明
来源：Node.js 后端 API 接口断点调试全过程 - 2026 年 4 月 16 日收录关于 program 路径与 sourceMap 的分析
来源：VS Code 断点调试常见错误 - 2026 年 4 月 27 日记录 Cannot find module 错误及路径配置
来源：VSCode 调试 JavaScript 代码技巧 - 2025 年 8 月 1 日发布关于异步代码断点位置的建议