1、每个面板看什么信息#

Network：一条请求点开后，重点看三样东西。

• 状态码（Status）：200 是正常；4xx 是请求有问题，常见 400（参数格式错）、401（没登录）、403（没权限）；5xx 是服务端的问题，500 是代码报错，502/503 是服务没起来或网关有问题。记住一个大概规律：4xx 多半是前端的事，5xx 多半是后端的事。
• 请求参数（Payload）：前端到底传了什么给你。这是排查必看的——很多时候接口返回空或报错，不是你代码错了，是前端传的参数本身就不对。
• 响应内容（Response）：接口返回了什么。是空数组 []，还是报错信息，还是一坨 HTML（说明请求被拦截跳到登录页了）。

点开请求后会有几个子标签：Headers 是请求头，Payload 是请求参数，Response 是原始返回内容，Preview 是格式化后的预览。后端排查主要看 Payload 和 Response 这两个。

Console：看红色报错。

Console 里前端 JS 打印的日志和报错都堆这里。红色的就是报错，一般会写哪个 JS 文件第几行出了什么错。后端不用看懂 JS，但你要知道：红色报错 = 前端代码出了问题，不是你的锅，截图发给前端就行。偶尔也有黄色的警告（Warning），那些一般不影响功能，可以忽略。

2、遇到 bug 看什么信息#

排查的顺序就一条原则：先确认接口发没发、对不对，再回头看前端报没报错。 因为后端的职责到接口为止，接口没问题，大概率就不是你的事。

第一步：先开 F12，再去操作页面触发请求。

如果先操作再开 F12，那之前的请求 Network 是抓不到的，你只能看到一个空列表干瞪眼。所以排查问题第一件事就是先按 F12，然后再去复现问题。

怎么触发请求，取决于问题出在哪个操作上：

• 列表页空白 → 直接 F5 刷新当前页面，列表查询接口就会重新发一次
• 点某个按钮没反应 → 重新点那个按钮
• 提交表单报错 → 重新填一遍提交

如果怀疑是缓存导致的问题（比如代码改了但页面还是老样子），普通刷新可能不灵，得按 Ctrl + F5 或 Ctrl + Shift + R 强制刷新，绕过浏览器缓存重新加载。

第二步：在 Network 里找到那个接口，对照状态码判断。

请求发出去后，Network 里就会列出所有请求。怎么从一堆请求里找到你要的那个？先点 Network 左上角的 🚫（清除）按钮，把之前的旧请求全清掉，然后再去操作页面触发接口。这样 Network 里只剩下刚刚触发的几个请求，找起来干净多了。如果清完还是很多，分两种情况：知道接口名关键词，就在筛选框里输入（比如 user）直接搜；不知道接口名，就逐个点开看 Payload，哪个的传参是你刚才操作时填的内容，那个就是你要找的接口。

找到接口后，根据状态码会有三种结果：

结果一：状态码 200，但返回的是空数据。 这时候不是接口报错，是查询逻辑或数据的问题。在控制台能做的只有一件事：看 Payload 里前端传的参数对不对——比如分页参数是不是传了 pageSize=0，查询条件是不是传了不存在的值。入参不对，先用 Postman 把参数传对了再调一次接口：结果对了，说明是前端传错参数，前端的锅；结果还是不对，那后端也有问题，回后端查日志里的 SQL、条件拼得对不对、库里确实有没有这条数据。入参没问题，控制台的任务就完成了，直接回后端查。

结果二：状态码是 4xx 或 5xx。 这才是接口真的有问题。但别急着查自己的代码，同样先看 Payload 里前端传的参数对不对——参数格式错、必填项没传、类型不对，都会导致 400。入参不对，按结果一的办法用 Postman 传对参数再验一次，判断锅归谁。入参没问题，再点开 Response 看错误信息，4xx 的往参数和权限上查，5xx 的往代码报错和服务状态上查，拿到具体信息再去查日志或代码。

结果三：Network 里压根没有这个请求。 页面空白，但接口根本没被调用——说明问题出在前端，请求就没发出来。这种情况切到 Console 看红色报错，截图发给前端处理就行。

还有个坑要注意：Network 默认会在页面跳转时清空。如果你点了某个按钮页面刷新了，之前的请求就没了，你可能以为”接口没发”，其实是被清掉了。勾选 Network 顶部的「Preserve log」（保留日志），请求就不会被清掉，方便你回头对比。

第三步：遇到 401/403，回到 Network 看请求头。

如果接口返回了 401 或 403，说明登录态出了问题——要么 Token 没带、要么 Token 过期了。这时候不用切别的面板，直接点开那个 401 的请求，看 Headers 里的 Request Headers，找 Authorization 或 Cookie 字段——这才是请求实际发出去时带的，最准。

判断逻辑：

• 请求头里没带 Token → 前端没把登录态塞进请求，是前端的锅，让前端处理登录态。
• 请求头里带了 Token、接口还是返回 401 → Token 过期或后端鉴权逻辑有问题，这才是你的锅，得查你的拦截器或权限校验代码。