VSCode中fetch/axios断点不触发，主因是调试器未附着到请求进程、逻辑分支未执行或source map映射失败；需确认调试配置（如pwa-chrome）、检查调用栈、验证source map加载，并启用异常断点捕获抛错。
VSCode 里断点打在 fetch 或 axios 调用处却不停，不是代码没跑，而是你根本没调试到网络请求发起那一刻——绝大多数情况是调试器压根没附着到实际执行请求的进程，或请求被拦截/重定向/提前 reject 导致断点所在行根本没执行。
断点设在 fetch 前却跳过？先确认是否真进了这行
常见现象：你在 fetch('/api/user') 上打了实心红点，F5 启动后程序飞快结束，控制台报错“Failed to fetch”，但断点完全不触发。
- 这不是断点失效，是 JS 引擎根本没执行到那行——比如 Promise 被
catch捕获后静默失败、if条件为假跳过了整个调用块、或者该逻辑被 Webpack/Vite 的 tree-shaking 移除了 - 打开「调试控制台」，输入
debugger手动插入断点，看是否能停住；能停，说明环境正常，问题出在逻辑分支上 - 检查调用栈：在 Chrome DevTools 的 Sources 面板里，按
Ctrl+P搜你的文件名，手动点开源码，再打一次断点——绕过 VSCode 的路径解析，验证是否是outFiles或resolveSourceMapLocations配置导致映射失败
launch.json 中 request: "launch" 无法捕获浏览器发起的请求
VSCode 的 Node.js 调试器（type: "node"）只管本地 node 进程，对浏览器里跑的 fetch 完全无感。想调试前端网络请求，必须走浏览器调试通道。
- 删掉所有
type: "node"的配置，改用type: "pwa-chrome"（新版 Debugger for Chrome 扩展必需） -
launch.json必须含"url": "http://localhost:3000"（与你开发服务器地址一致），且确保 Chrome 是用--remote-debugging-port=9222启动的（扩展自动处理，但首次需确认） - 如果用的是 Vite / Next.js 等 dev server，别漏掉
"webRoot": "${workspaceFolder}"，否则断点会因路径不对变成空心圆 - 禁用浏览器插件（尤其广告屏蔽类），它们可能劫持或取消
fetch请求，导致你断点所在的代码行被跳过
Network 面板能看到请求，但断点仍不触发？检查 source map 是否断裂
你在 src/api/user.ts 打了断点，但调试时停在 dist/chunk-xxx.js 的某一行，变量名是 _a、_b，甚至行号偏移——这是 source map 没对齐的典型表现，断点物理位置错了。
- 确认构建工具生成了
.map文件：ls dist/**/*.map（终端执行），没有就回tsconfig.json开"sourceMap": true，Vite 用户检查vite.config.ts中build.sourcemap是否为true -
launch.json里必须写明："sourceMaps": true，且"outFiles"要精确匹配输出路径，例如["${workspaceFolder}/dist/**/*.js"] - 多包项目（如
packages/core/src）务必加"resolveSourceMapLocations": ["${workspaceFolder}/packages/**/src/**", "!**/node_modules/**"]，否则 VSCode 不知道该把dist/core/index.js映射回哪 - 在「调试控制台」搜
Loaded source map from，看到完整路径且无 404 才算真正加载成功
请求发出去了但返回 500，断点却停在 catch 里？启用异常断点
后端报错时，JS 可能直接 throw，但你只在 try 块里打了断点，catch 块又没设，结果一晃而过。这时候靠普通断点效率极低。
- 打开 VSCode 左侧「运行和调试」面板 → 点击「设置」图标（齿轮）→ 勾选
Uncaught Exceptions和Caught Exceptions - 这样只要任何
throw发生（包括fetch内部 reject、JSON.parse失败、Axios 的validateStatus抛错），调试器会立刻中断，并高亮抛错那一行 - 注意：不要长期开着
Caught Exceptions，它会让正常try/catch频繁中断；仅在排查网络错误时临时启用 - 配合「调用栈」面板，一眼看出是 Axios 封装层抛的，还是你自己的
handleError函数里 throw 的
网络请求调试真正的难点不在断点怎么打，而在于分清「谁在发请求」「谁在收响应」「source map 是否真实指向源码」——三者缺一，断点就是个装饰品。尤其当项目用了微前端、iframe 或 Service Worker 时，请求可能根本不在主页面上下文中执行，得切到对应 iframe 的调试环境里下断点。
