当前位置: 首页 > news >正文

重生之我要学后端0--HTTP协议和RESTful APIs

http和RESTful APIs

  • HTTP协议
  • RESTful APIs设计
  • RESTful API设计实例

HTTP协议

HTTP(超文本传输协议)是用于分布式、协作式和超媒体信息系统的应用层协议。它是网页数据通讯的基础。工作原理简述如下:

  1. 客户端请求(Request):当你在浏览器中输入一个URL或点击一个链接时,浏览器会向服务器发送一个HTTP请求。这个请求包括:
  • 请求行:包含方法(如GET, POST, PUT, DELETE等)、请求资源的URI和HTTP版本。
  • 请求头部:包含表示浏览器类型、接受的内容类型、连接方式等的元数据。
  • 空行:指示头部结束。
  • 可选的请求正文:对于POST或PUT请求,正文中包含要发送给服务器的数据。
    在这里插入图片描述
    在这里插入图片描述
这确实是一个HTTP请求的请求行和请求头,它看起来是一个WebSocket握手请求。
WebSocket是一种在单个TCP连接上进行全双工通讯的协议。这个特定的请求正在试图从标准的HTTP协议升级到WebSocket协议。这里是请求的一些关键组成部分解释:GET ws://localhost:5173/ros HTTP/1.1:这个请求行指出客户端希望发起的是一个GET请求,
使用的是HTTP/1.1协议。
而ws://localhost:5173/ros表示客户端尝试通过WebSocket协议与服务器建立连接,
并且目标资源是/ros。Host: localhost:5173:Host头部告诉服务器客户端想要连接的主机名和端口号。Connection: Upgrade:这表明客户端希望升级连接的协议。Upgrade: websocket:这告知服务器客户端想要升级到WebSocket协议。Sec-WebSocket-Version: 13:表示客户端支持的WebSocket版本。Sec-WebSocket-Key: 是经过Base64编码的随机值,
服务器会用这个值来构造一个响应头Sec-WebSocket-Accept,以完成握手。Sec-WebSocket-Extensions: 表示客户端支持的WebSocket扩展。由于WebSocket协议的握手是基于HTTP协议进行的,所以初始的握手请求遵循HTTP请求格式,
但是之后的数据传输则不再遵循HTTP协议,而是采用WebSocket自己定义的帧格式进行数据交换。该请求没有请求正文(Body)部分,因为WebSocket握手请求通常不需要正文;
握手的所有必要信息都包含在请求头中。如果服务器接受握手,则会返回一个状态码101的响应,
表示协议切换,然后客户端和服务器之间就可以开始WebSocket协议的数据交换了。

在这里插入图片描述
标头是请求头和响应头,载荷是请求体(如果是get请求不显示),响应是响应体。

  1. 服务器响应(Response):服务器接收并处理客户端的请求后,返回一个HTTP响应。这个响应包括:
  • 状态行:包含所使用的HTTP版本、状态码(如200 OK, 404 Not Found等)和状态消息。
  • 响应头部:包含服务器类型、内容类型、编码、缓存控制等信息。
  • 空行:指示头部结束。
  • 可选的响应正文:包含请求的资源内容,例如HTML页面、图像等。
    在这里插入图片描述
    在这里插入图片描述
  1. 连接管理:按照HTTP/1.1协议,默认情况下,一次TCP连接可以发送多个HTTP请求(持久连接),提高了效率。而HTTP/2进一步优化了这些概念,支持同时多个请求/响应(多路复用)。

RESTful APIs设计

REST(表现层状态转移)是一种软件架构风格,它提倡网络应用程序的客户端和服务器之间的交互应该是无状态的,且可以通过标准的HTTP方法进行。遵循REST原则设计的Web服务称为RESTful API。核心原则包括:

  • 无状态(Statelessness):每个请求都包含了执行该请求所需的所有信息。服务器不需要保存客户端的状态。
  • 客户端-服务器(Client-Server):客户端和服务器之间的关注点分离,使得两者可以独立地发展和扩展。
  • 可缓存(Cacheable):服务器响应必须定义自己是否可以被缓存。
  • 统一接口(Uniform Interface):保证了系统解耦和简单性。
  • 分层系统(Layered System):通过层来构建分布式系统,每一层只知道与其直接相连的层。
  • 按需代码(Code on Demand,可选):可以通过向客户端发送可执行代码来扩展客户端功能(比如JavaScript脚本)。

RESTful API设计的几个关键点:

  • 资源(Resources):API应该围绕资源构建,资源由URI唯一标识。
  • HTTP方法(Methods):使用标准的HTTP方法如GET(读取)、POST(创建)、PUT(更新/全替换)、PATCH(更新/部分替换)、DELETE(删除)进行操作。
  • 状态码(Status Codes):利用HTTP状态码来表示操作结果,例如200(成功)、201(已创建)、400(错误请求)、404(未找到)等。
  • 表示(Representation):资源的表现形式通常是JSON或XML格式,在HTTP的请求和响应的正文中传输。
  • 超媒体(Hypermedia):RESTful API应该提供资源的关联信息,如链接到其他相关资源。

RESTful API设计实例

假设我们有一个用户管理系统,我们可能会设计以下API:

  • 获取用户列表: GET /users
  • 创建新用户: POST /users
  • 获取指定用户: GET /users/{id}
  • 更新用户信息: PUT /users/{id}
  • 删除用户: DELETE /users/{id}

在实际设计中,你还需要考虑版本控制、认证、权限校验、分页和过滤等多方面因素。

总结起来,了解HTTP协议的基本工作原理以及如何遵循REST原则设计API是成为后端开发者的重要技能。

http://www.lryc.cn/news/386604.html

相关文章:

  • 深度之眼(二十八)——神经网络基础知识(三)-卷积神经网络
  • AI Infra简单记录
  • 三英战吕布 | 第5集 | 温酒斩华雄 | 竖子不足与谋 | 三国演义 | 逐鹿群雄
  • 【C语言】自定义类型:结构体
  • 算法金 | 决策树、随机森林、bagging、boosting、Adaboost、GBDT、XGBoost 算法大全
  • [每周一更]-(第103期):GIT初始化子模块
  • 单例模式---线程安全实现
  • Agent技术在现代软件开发与应用中的探索
  • c语言中extern定义和引用其他文件的变量,(sublime text)单独一个文件编译不会成功
  • 时序数据中的孤立野点、异常值识别及处理方法
  • JetBrains PyCharm 2024 mac/win版编程艺术,智慧新篇
  • MCU解决800V电动汽车牵引逆变器的常见设计挑战的3种方式
  • 《逆向投资 邓普顿的长赢投资法》
  • C++中main函数的参数、返回值分别什么意思?main函数返回值跟普通函数返回值一样吗?
  • Java程序员学习Go开发Higress的WASM插件
  • Python入门-基本数据类型-数字类型
  • 小程序web-view无法打开该页面的解决方法
  • 海外媒体发稿:媒体宣发套餐的作用分享-华媒舍
  • 【R语言】plot输出窗口大小的控制
  • 【shell脚本实战案例】数据磁盘初始化
  • 1.7 计算机体系结构分类
  • 数据结构之B树:深入了解与应用
  • Tensorflow入门实战 T06-Vgg16 明星识别
  • SpringBoot 3.3.1 + Minio 实现极速上传和预览模式
  • Linux: network: 丢包分析的另一个途径 tracing
  • 【保姆级教程+配置源码】在VScode配置C/C++环境
  • Qt creator实现一个简单计算器
  • Java代码基础算法练习-计算被 3 或 5 整除数之和-2024.06.29
  • Socket编程详解(二)核心代码讲解
  • (项目实战)聚合支付系统开发环境搭建-基于VMware17安装Centos7.9