宙斯浏览器控制台报错404和500该如何进行网络抓包？-浏览器-PHP中文网

应先打开network面板而非仅看console，因404/500错误根源在网络请求路径、参数或响应体：切换network→筛选状态码→检查request url、method、headers、payload及response内容，禁用缓存后重放验证。

宙斯浏览器控制台报错404和500该如何进行网络抓包？

你需要在宙斯浏览器中定位前端发起的请求为何返回404或500错误，但只盯着Console里的红字报错毫无意义——真正的问题藏在网络请求的真实路径、参数结构和服务器响应体里。

先确认报错是否真来自网络请求

按 Ctrl + Shift + I（Windows/Linux）或 Cmd + Option + I（macOS）打开开发者工具 → 切换到 Console 标签页 → 查看是否有类似 Uncaught (in promise) TypeError: Cannot read property 'data' of undefined 的报错。若只有这行，说明JS已执行到解析响应阶段，请求本身可能已发出且返回了非200响应；若还夹杂着 Failed to fetch 或 NetworkError when attempting to fetch resource，才是真正的网络层失败，必须进 Network 面板深挖。

这一步跳过就等于闭眼修车——【Console 报错只是症状，Network 才是病灶所在】。

精准捕获目标请求并分析状态码

切换到 Network 面板 → 点击左上角圆形录制按钮（确保为红色状态）→ 在页面触发一次完整操作（如点击提交按钮、切换Tab、滚动加载）→ 待操作完成，观察列表中出现的请求。

用 Filter 输入框快速筛选：
• 查 404：输入 404 或 status-code:404
• 查 500：输入 500 或 status-code:500
• 若筛选后为空，说明该请求根本没发出去，问题出在 JS 分支逻辑或事件未绑定，不是后端问题。

找到对应请求后，点击它 → 右侧切换到 Headers 标签页 → 检查 Request URL 是否拼写错误、端口是否多写一位、末尾是否漏掉斜杠；再看 Status Code 右侧是否显示 (from cache) 或 (from disk cache)——这意味着你看到的404/500其实是旧缓存，需禁用缓存后重试。

逐层验证请求构成是否合规

第一步：核对请求方法与后端契约
点击请求 → Headers → 查看 Request Method 是 GET 还是 POST。若后端接口文档明确要求 POST，而此处显示 GET，说明前端代码写错了 method 配置，或表单默认行为未阻止。

page-agent 浏览器控制（CDP）

使用 page-agent CLI（CDP）控制浏览器；CLI只能通过 GitHub Release 的 .tgz 安装，npm 官方包暂未发布。

下载

第二步：检查请求头关键字段
重点看 Content-Type 和 Authorization：
• 若 Content-Type 为 application/json，但 Payload 是表单格式（key=value&...），后端无法解析，大概率返回 400 或 500；
• 若 Authorization 字段缺失或值为空字符串，而接口要求 Bearer Token，服务器会直接拒绝并返回 401 或 403，某些网关则统一转为 500。

第三步：展开 Payload 或 Query 验证数据结构
• POST/PUT 请求点开 Payload 标签页，确认 JSON 字段名大小写是否与后端约定一致（如 userName vs username）；
• GET 请求则看 Query String Parameters，注意中文是否被错误编码成乱码，或空格变成 + 导致后端解析失败。

查看响应体定位服务端具体错误

点击失败请求 → 切换到 Response 标签页。
若内容为纯文本如 {"code":500,"msg":"数据库连接超时"}，直接复制 msg 去搜后端日志；
若为空白或 Cannot GET /api/v1/user 这类 Express 默认提示，说明请求压根没路由匹配，404 错误根源在后端注册路径；
若响应体是 HTML 页面（比如腾讯云 500 错误页、Nginx 500 默认页），说明请求被网关或反向代理拦截，未触达真实业务服务。

此时不要改前端——【响应体是 HTML 而非 JSON，代表流量根本没进业务代码，排查要立刻转向 Nginx 或网关配置】。