在VSCode中调试Node.js时断点停入node_modules，应在launch.json中正确配置"skipFiles": ["node_modules/", "/*.d.ts"]，注意必须为字符串数组、使用相对路径、避免手动断点及autoAttach干扰。
VSCode调试时断点总停在node_modules里怎么办
默认情况下，VSCode的Node.js调试器不会自动跳过node_modules，只要断点落在被加载的第三方模块源码里（比如你用了source-map-support或启用了resolveSourceMapLocations），调试就会进去——哪怕你根本没在那打过断点。这不是bug，是调试器“诚实”地按执行路径走的结果。
- 最直接有效的办法是在
.vscode/launch.json里加"skipFiles"配置，告诉调试器哪些路径一律不进 - 值必须是数组，支持glob模式，但注意：VSCode目前对
**/node_modules/**的支持不稳定，推荐用"<code>node_modules/**"（开头不加**/） - 如果你用了TypeScript且有
.d.ts声明文件，也建议把"**/*.d.ts"加进去，避免意外停在类型定义里
skipFiles配置写不对就白设了
很多人复制网上示例时漏掉方括号、引号不匹配，或者路径写成绝对路径（比如/Users/xxx/node_modules/**），导致配置完全不生效。VSCode只认相对路径模式，且必须是字符串数组。
- 正确写法：
"skipFiles": ["<code>node_modules/**", "**/*.d.ts"] - 错误写法：
"skipFiles": "<code>node_modules/**"（不是数组）、"skipFiles": ["<code>**/node_modules/**"]（部分版本不识别双星号前缀） - 如果项目用了pnpm，
node_modules下实际是符号链接，但skipFiles依然按路径字符串匹配，不用额外处理链接逻辑
为什么加了skipFiles还是进了node_modules
常见原因是断点本身就在node_modules里——比如你在node_modules/lodash/index.js上手动点了断点。VSCode会优先响应你明确设置的断点，skipFiles只对“自动进入”的调用栈生效。
- 检查左下角断点面板，删掉所有
node_modules路径下的手动断点 - 确认没有启用
autoAttach模式（尤其在终端里用node --inspect启动时），该模式下skipFiles可能不生效 - 某些库（如
ts-node）会重写require逻辑，绕过常规路径匹配；此时可尝试配合"smartStep": true，让调试器跳过未映射源码的步骤
Node.js核心模块（fs、path等）要不要跳过
不用特意跳。VSCode默认就不会进入原生C++模块的JS绑定层（比如fs.readFileSync的JS wrapper），你看到的fs相关代码基本是lib/internal里的纯JS胶水，但这些文件不在node_modules里，也不在skipFiles默认范围内。
- 除非你主动在
internal/fs里打了断点，否则不会停 - 想彻底屏蔽所有内置模块调试？可以加
"<code>internal/**"到skipFiles，但大概率没必要——日常开发几乎不会需要调试到那个深度 - 真正容易被忽略的是：某些Bundler（如Vite）会在dev server里动态生成
node_modules/.vite临时模块，记得把".vite/**"也加进skipFiles
