详细教程:如何从前端查看调用接口、传参及返回结果(附带图片案例)

详细教程:如何从前端查看调用接口、传参及返回结果(附带图片案例)

目录

1. 打开浏览器开发者工具

2. 使用 Network 面板

3. 查看具体的API请求

a. Headers​

b. Payload​

c. Response​

d. Preview

e. Timing​

4. 实际操作步骤

5. 常见问题及解决方法

a. 无法看到API请求

b. 请求失败

c. 跨域问题(CORS)

作为一名后端工程师,理解前端如何调用接口、传递参数以及接收返回值是非常重要的。下面将详细介绍如何通过浏览器开发者工具(F12)查看和分析这些信息,并附带图片案例帮助你更好地理解。

1. 打开浏览器开发者工具

按下 F12 或右键点击页面选择“检查”可以打开浏览器的开发者工具。常用的浏览器如Chrome、Firefox等都内置了开发者工具。下面是我选择我的一篇文章,打开开发者工具进行演示。

2. 使用 Network 面板

在开发者工具中,Network 面板用于监控和分析所有网络请求。以下是 Network 面板中的几个重要选项及其含义:

Name:显示请求的资源名称或API路径。

Status:HTTP状态码,表示请求的结果:

200 OK:成功响应。

400 Bad Request:客户端请求有误。

401 Unauthorized:未授权。

403 Forbidden:禁止访问。

404 Not Found:资源未找到。

500 Internal Server Error:服务器内部错误。

Type:资源类型,例如:

xhr(XMLHttpRequest)

fetch(现代的API请求方式)

script(JavaScript文件)

css(样式表)

img(图片)

Initiator:发起请求的源头,可能是JavaScript代码、HTML标签或其他资源。

Size:请求和响应的大小,包括头部和主体。

Time:请求的耗时,从发起请求到接收到完整响应的时间。

Waterfall:以瀑布图的形式展示每个请求的时间线,帮助你了解请求的顺序和延迟情况。

3. 查看具体的API请求

当你想查看某个具体的API请求时,可以在 Network 面板中找到对应的请求行,然后点击它展开详细信息。例如我打开我的一篇文章,查看左侧的“热门文章”的API请求,以下是一些关键部分:

a. Headers

包含请求头和响应头信息,如:

Content-Type:指定请求或响应的内容类型(如application/json)。

Authorization:用于身份验证的令牌或凭据。

Cookie:存储在客户端的会话信息。

User-Agent:标识发送请求的浏览器或客户端。

b. Payload

显示请求体的内容,即前端传递给后端的参数。对于不同类型的请求,Payload内容有所不同:

POST/PUT 请求:通常为JSON格式的数据,例如:

 { "username": "example", "password": "secret" }

GET 请求:参数通常作为URL查询字符串的一部分,例如:

 /api/users?name=John&age=30
c. Response

下面是与之相对应的前端展示:

显示后端返回的数据,通常为JSON格式。例如:

{ "id": 1, "name": "John Doe", "email": "[email protected]" }
d. Preview

以更友好的格式展示返回数据,便于阅读。对于复杂的嵌套结构,Preview 会自动格式化并提供折叠功能

e. Timing

展示请求各个阶段的时间消耗,帮助优化性能。具体分为以下几个阶段:

Queueing:请求排队等待的时间。

Stalled:请求被阻塞的时间。

DNS Lookup:解析域名的时间。

Initial Connection:建立TCP连接的时间。

SSL:SSL/TLS握手的时间。

Request Sent:发送请求的时间。

Waiting (TTFB):等待第一个字节响应的时间。

Content Download:下载响应内容的时间。

4. 实际操作步骤

假设你有一个前端页面调用了后端API来获取用户信息,你可以按照以下步骤进行查看:

打开浏览器开发者工具(F12),切换到 Network 标签页。

刷新页面或触发相关操作(如点击按钮),确保API请求被发送。

在 Network 列表中找到对应的API请求(例如/api/user)。

点击该请求行,查看详细的请求和响应信息,包括:

请求方法(GET/POST等)

请求参数(Payload)

返回结果(Response)

5. 常见问题及解决方法
a. 无法看到API请求

原因:可能你在触发请求之前没有打开开发者工具,或者过滤器设置不当。

解决方法:确保在触发请求之前已经打开了开发者工具,并且没有过滤掉API请求(可以通过输入框顶部的过滤器调整)。

b. 请求失败

原因:可能是客户端请求有误或服务器端出现问题。

解决方法:检查 Status 列是否显示了非2xx的状态码,查看 Response 中是否有错误信息。常见的错误包括:

400 Bad Request:检查请求参数是否正确。

401 Unauthorized:确认身份验证信息是否有效。

500 Internal Server Error:查看服务器日志以排查问题。

c. 跨域问题(CORS)

原因:浏览器出于安全考虑,默认不允许跨域请求。

解决方法:检查后端是否正确配置了CORS策略。确保响应头中包含以下字段:

Access-Control-Allow-Origin:允许的源地址。

Access-Control-Allow-Methods:允许的HTTP方法。

Access-Control-Allow-Headers:允许的请求头。

Read more

【白话前端 09】HTML网页结构搭建:从语义化标签到整站规划

早期写网页,前端只有一个容器标签可用:<div>。 结果就是页面里堆叠了几百个 <div>。人眼能通过 CSS 样式看出哪里是头部、哪里是侧边栏。但对于搜索引擎爬虫、或是视障者的屏幕阅读器来说,这只是一坨没有主次的文本碎片。机器根本不知道 <div> 这几个英文字母代表核心内容。 HTML5 引入 <header>、<main> 等语义化标签,本质不是为了给页面换个长相,而是给网页写一份“机器能看懂的结构说明书”。 当把核心代码放进 <main>,把底部备案信息扔进 <footer>,爬虫一进来就明确知道:“抓取有效信息直接去 <main> 里找,底部的东西可以直接跳过。”这就是语义化的底层价值。 本文不背概念,

一八零、AG-UI:构建AI前端交互的统一协议

一八零、AG-UI:构建AI前端交互的统一协议

AG-UI:构建AI前端交互的统一协议 引言 随着人工智能技术的飞速发展,AI Agent已经从概念走向实际应用。然而,在将这些智能体集成到前端应用中时,开发者面临着一个关键挑战:如何实现AI Agent与用户界面之间的高效、标准化交互? AG-UI(Agent User Interaction Protocol)正是为解决这一痛点而诞生的开源协议。它不仅仅是一个技术规范,更是连接AI智能体与前端应用的桥梁,让开发者能够构建真正智能化的用户体验。它们能够让开发者构建出真正嵌入UI应用、感知上下文、实时协同的智能体,而不仅仅是一个在后台提供文本答案的API服务。 一、AG-UI是什么? 1.1 核心定义 AG-UI(Agent-User Interaction Protocol) 是由CopilotKit团队提出的开源、轻量级协议,专门用于规范AI Agent与前端用户界面之间的通信流程,是一套开源的Agent与UI界面之间的交互协议。它的核心使命是: 标准化前端应用与AI智能体的连接方式,通过开放协议实现通用的AI驱动系统通信。 1.2 协议定位 在AI生态系统中

3D效果:HTML5 WebGL结合AI实现智能3D场景渲染

3D效果:HTML5 WebGL结合AI实现智能3D场景渲染 📝 本章学习目标:本章聚焦高级主题,帮助读者掌握工程化开发能力。通过本章学习,你将全面掌握"3D效果:HTML5 WebGL结合AI实现智能3D场景渲染"这一核心主题。 一、引言:为什么这个话题如此重要 在前端技术快速发展的今天,3D效果:HTML5 WebGL结合AI实现智能3D场景渲染已经成为每个前端开发者必须掌握的核心技能。HTML5作为现代Web开发的基石,与AI技术的深度融合正在重新定义前端开发的边界和可能性。 1.1 背景与意义 💡 核心认知:HTML5与AI的结合,让前端开发从"静态展示"进化为"智能交互"。这种变革不仅提升了用户体验,更开辟了前端开发的新范式。 从2020年TensorFlow.js的成熟,到如今AI辅助开发工具的普及,前端开发正在经历一场智能化革命。据统计,超过70%的前端项目已经开始尝试集成AI能力,AI辅助前端开发工具的市场规模已突破十亿美元。 1.2 本章结构概览 为了帮助读者系统性地掌握本章内容,

AI赋能原则10解读思考:当人人都能从 AI 获益,人类整体将跨入新的生产力时代

AI赋能原则10解读思考:当人人都能从 AI 获益,人类整体将跨入新的生产力时代

目录 一、为什么必须进入“政府 2.0”?——治理的时空尺度被 AI 改写了 二、AI 的真正价值不是“替代人”,而是“扩大每个人的能力边界” 三、不是监管技术,而是设计“公共智能系统” (一)让每个人都能“用得起”“用得好” AI:建设国家级 AI 基础设施 1. 提供普惠可及的 AI 公共服务 2. 推动教育体系全面融入 AI 素养 3. 为中小企业构建可用、可负担的 AI 平台 (二)建立透明、公平、可信的数据治理体系:让技术发展与社会价值对齐 1. 统一而清晰的数据访问标准 2. 更成熟的隐私保护机制 3.