加了skipfiles仍进入node_modules的最常见原因是手动在其中设置了断点，因skipfiles仅跳过自动进入的调用栈，不屏蔽显式断点；需检查并删除breakpoints面板及编辑器中所有node_modules路径下的断点，且修改launch.json后必须重启调试会话。
VSCode调试器不会自动跳过你设的断点——哪怕它在 node_modules 里。所谓“跳过”，只对调试器自动进入的调用栈生效；你手动点的断点，它一定会停。
为什么加了 skipFiles 还是进了 node_modules
最常见原因是：你在 node_modules 某个文件里亲手点了断点（比如在 Lodash 源码里按了 F9）。skipFiles 不会屏蔽这种显式断点，只跳过“被调用时自动钻进去”的路径。
- 检查左侧断点面板（Run and Debug → Breakpoints），删掉所有带
node_modules/路径的断点 - 确认没在编辑器 gutter 里残留菱形（Logpoint）或红点（Breakpoint）
- 如果用了 pnpm 或 yarn pnp，符号链接不影响
skipFiles匹配，但路径必须写对——别用**/node_modules/**，改用node_modules/**
skipFiles 的正确写法和常见错误
必须是字符串数组，路径用相对 glob 模式，且不支持绝对路径。VSCode 只认项目根目录起算的匹配规则。
- ✅ 正确：
"skipFiles": ["<code>node_modules/**", "**/*.d.ts", "/dist/**"] - ❌ 错误：
"skipFiles": "<code>node_modules/**"（不是数组） - ❌ 错误：
"skipFiles": ["<code>/Users/me/project/node_modules/**"]（绝对路径无效） - ❌ 错误：
"skipFiles": ["<code>**/node_modules/**"]（部分 VSCode 版本无法识别开头的**）
Node.js 调试中真正有效的跳过组合
单靠 skipFiles 有时还不够，尤其当你用了 source-map-support、启用了 resolveSourceMapLocations，或者调试的是打包后代码。
- 在
launch.json中同时配置："skipFiles"+"resolveSourceMapLocations"（设为[]可禁用源映射解析） - 如果调试 TypeScript，加上
"outFiles": ["<code>./dist/**/*.js"]，并确保skipFiles也覆盖dist/ - 避免启用
autoAttach模式调试子进程，它常绕过skipFiles规则
替代方案：用 Logpoint 替代打断点
如果你只是想观察 node_modules 里某个函数的入参或返回值，又不想进源码——直接在调用处设 Logpoint。
- 右键行号 → “Add Log Point…” → 输入
{JSON.stringify(args)}或result: {result} - Logpoint 不触发暂停，也不受
skipFiles限制，本质是注入console.log行为 - 注意：表达式里不能有副作用（比如
{func()}会真实执行），且依赖 sourcemaps 正确加载
真正容易被忽略的点是：skipFiles 是调试器行为过滤，不是断点管理器。它管不了你手抖点下去的那个红点，也管不了你忘了关的 autoAttach。每次怀疑跳过失效，先清空断点面板，再看 launch.json 是否重启过调试会话。
