XHR断点在xhr.open()执行瞬间暂停，用于定位请求发起源和参数问题；支持URL精准匹配或留空捕获全部，对polyfill或框架封装的fetch有效，原生fetch需用Network面板“Break on fetch/XHR”。
在 Chrome DevTools 中，XHR 断点不是用来“拦截”请求的（像代理工具那样修改或阻断），而是让代码在发起 XMLHttpRequest（或 fetch 通过底层 XHR 触发时）的那一刻自动暂停，方便你检查调用栈、参数、请求头和触发逻辑。它特别适合定位“谁发了这个请求”“为什么发错参数”这类问题。
设置 XHR 断点：精准匹配 URL
打开 DevTools → Sources 面板 → 右侧 XHR Breakpoints 区域 → 点击 + 添加断点：
- 输入完整 URL 或路径片段（如
/api/user、login），支持子字符串匹配（不区分大小写） - 留空则捕获所有 XHR 请求（慎用，会频繁中断）
- 断点生效范围是当前页面生命周期内所有匹配的
new XMLHttpRequest()实例的.open()调用
它只在 .open() 时暂停，不是在发送或响应时
XHR 断点触发位置固定在 xhr.open(method, url) 执行瞬间，此时请求尚未发送，你可以：
- 查看调用栈（Call Stack），快速定位是哪个函数、哪行 JS 触发的请求
- 检查
this或闭包变量，确认上下文状态（比如用户 ID 是否为 undefined） - 在控制台临时打印
xhr.url或xhr.method（注意：部分属性需在.send()后才可读，但url和method在open后已可用）
对 fetch 请求也有效？有限制
原生 fetch() 不基于 XHR，所以默认不会触发 XHR 断点。但以下情况例外：
立即学习“Java免费学习笔记（深入）”；
- 某些 polyfill（如 whatwg-fetch）内部仍用 XHR 实现，会命中
- 框架封装（如 axios 默认用 XHR）自然支持
- 想调试纯
fetch，改用 Network > 网络请求右键 → “Break on fetch/XHR”（Chrome 120+ 支持），或使用 Event Listener Breakpoints > Fetch/XHR
调试技巧：结合其他面板提效
断点暂停后，别只盯着 Sources：
- 切到 Network 面板：已记录该请求的预发信息（即使还没发），可右键复制请求为 curl
- 在 Console 中直接访问暂停时的
xhr变量（Chrome 会自动暴露当前 XHR 实例为xhr） - 在 Scope 或 Watch 中添加表达式，如
xhr.url.includes('v2')快速验证匹配逻辑
