F12排错小技巧
·
以 Chrome/Edge 的 F12 为例,筛“后端请求”最常用的是 Network 面板 → 点击 Fetch/XHR。因为前端调后端接口,绝大多数都是 fetch、XMLHttpRequest、axios 等发起的,会被归到 Fetch/XHR。
1. 最快筛选:Fetch/XHR
打开 F12 → Network → 刷新页面 → 点顶部筛选栏的 Fetch/XHR。
这时基本只剩接口请求,JS/CSS/图片/字体等前端资源会被过滤掉。
2. 用 Filter 输入框精确筛选
在 Network 的过滤输入框里可以输入关键字或语法:
| 目的 | 写法示例 |
|---|---|
| URL 含 api | /api、graphql、/v1 |
| 指定域名 | domain:api.example.com |
| 只看 POST | method:POST |
| 只看 JSON 响应 | mime-type:application/json |
| 只看失败接口 | status-code:4xx、status-code:5xx |
| 只看 Fetch/XHR | resource-type:fetch 或 resource-type:xhr |
| 组合筛选 | domain:api.example.com method:POST mime-type:application/json |
| 排除图片等 | -mime-type:image/png(部分版本支持负向过滤) |
3. 人工判断哪些是后端请求
看这几列/标签:
- Type 列:
fetch、xhr通常是后端接口;document、script、stylesheet、img、font多是前端资源。 - URL:常含
/api、/rest、/graphql、/rpc、/v1等。 - Initiator 列:由 JS 发起,如 axios、fetch、xhr,一般是接口。
- 请求头:常见
Accept: application/json、Content-Type: application/json、Authorization。 - 响应:
Content-Type: application/json,响应体是 JSON/XML。 - 方法:POST/PUT/DELETE/PATCH 多为写接口,但 GET 也可能是接口。
4. 特殊情况
- 页面导航、表单提交:看 Doc。
- WebSocket:看 WS。
- SSE/EventStream:看 EventStream 或 Other。
sendBeacon、埋点:可能在 Ping/Other。- Service Worker 缓存:Size 列可能显示
(ServiceWorker),可勾选 Disable cache 看真实请求。
5. 实用技巧
- 右键表头,勾选 Type、Initiator 列,方便区分。
- 右键请求 → Copy → Copy as cURL / Copy as fetch,可直接重放确认。
- 右键 → Save all as HAR with content,导出后分析全部请求。
日常总结:先点 Fetch/XHR,再用 domain:、method:POST、mime-type:application/json、URL 关键字组合筛选,基本就能定位后端接口请求。
更多推荐


所有评论(0)