浏览器不自动拦截JS请求异常，需通过Network面板查失败请求、Console捕获未处理Promise错误、断点调试执行路径、模拟异常验证处理逻辑。
JavaScript 请求发送异常时，浏览器本身不会自动拦截或提示，但你可以通过开发者工具主动捕获、查看和调试这些异常。关键在于利用浏览器的网络面板、控制台、断点调试以及代码中添加错误处理逻辑。
在 Network 面板中定位失败请求
这是最直接的方式，适用于所有基于 fetch、XMLHttpRequest 或第三方库（如 Axios）发出的请求：
- 打开开发者工具（F12 或 Ctrl+Shift+I），切换到 Network 标签页
- 勾选 Preserve log（防止页面跳转后清空记录）
- 触发请求（如点击按钮、刷新页面）
- 在列表中查找状态码非 2xx 的请求（如 400、401、500、0 等），红色标识通常表示失败
- 点击该请求，查看 Headers（检查 URL、Method、Request Headers）、Preview/Response（服务端返回内容）、Timing（是否卡在 DNS/Connect/Waiting）
在 Console 中捕获未处理的 Promise 拒绝错误
很多请求异常（尤其是 fetch 抛出的网络错误或 4xx/5xx 响应）若没加 .catch() 或 try/catch，会以 Uncaught (in promise) 形式出现在控制台：
- 确保开发者工具的 Console 面板开启了 Errors 和 Warnings 过滤
- 在控制台顶部启用 Pause on caught exceptions（右上三个点 → Settings → Debugger → Pause on caught exceptions）可辅助定位
- 对全局未捕获的 Promise 拒绝，可临时加监听：
window.addEventListener('unhandledrejection', e => { console.error('未处理的 Promise 拒绝:', e.reason); });
用断点调试请求发起逻辑
当异常原因不明确（比如请求根本没发出去、参数构造错误、条件提前 return），需要逐行确认执行路径：
- 在源码（Sources 面板）中找到发起请求的函数（如
fetch('/api/user')所在行） - 在该行左侧点击设置断点（蓝色标记），刷新或触发操作，执行会暂停
- 使用右侧 Scope 查看变量值，用 Step over/in/out 单步执行
- 特别注意：检查请求 URL 是否拼错、token 是否为空、body 是否被 JSON.stringify 两次等常见低级错误
模拟异常场景做针对性验证
为了验证错误处理逻辑是否健壮，可主动制造异常来测试：
- 在 Network 面板右上角点击 Offline 模拟断网，观察请求是否进入 catch 分支
- 用 Throttling 选 “Slow 3G” 或自定义延迟，测试超时逻辑
- 在请求 URL 后加一个不存在路径（如
/api/user/999999），看是否正确解析 404 响应 - 在请求头中删掉必需字段（如 Authorization），验证鉴权失败分支
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
