日常梳理-网络协议

已于 2023-06-09 16:38:53 修改
阅读量153 收藏
点赞数
分类专栏： 网络协议 文章标签： 网络协议
于 2020-09-10 09:58:34 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/amunamuna/article/details/108507837
版权

文章目录


感谢极客时间-透视HTTP协议罗剑锋老师~

REST概念

REST，即Representational State Transfer的缩写。“表现层状态转化”。
如果一个架构符合REST原则，就称它为RESTful架构。

资源（Resources）

REST的名称"表现层状态转化"中，省略了主语。“表现层"其实指的是"资源”（Resources）的"表现层"。

所谓"资源"，就是网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实在。你可以用一个URI（统一资源定位符）指向它，每种资源对应一个特定的URI。要获取这个资源，访问它的URI就可以，因此URI就成了每一个资源的地址或独一无二的识别符。

所谓"上网"，就是与互联网上一系列的"资源"互动，调用它的URI。

表现层（Representation）

“资源"是一种信息实体，它可以有多种外在表现形式。我们把"资源"具体呈现出来的形式，叫做它的"表现层”（Representation）。

比如，文本可以用txt格式表现，也可以用HTML格式、XML格式、JSON格式表现，甚至可以采用二进制格式；图片可以用JPG格式表现，也可以用PNG格式表现。

URI只代表资源的实体，不代表它的形式。严格地说，有些网址最后的".html"后缀名是不必要的，因为这个后缀名表示格式，属于"表现层"范畴，而URI应该只代表"资源"的位置。它的具体表现形式，应该在HTTP请求的头信息中用Accept和Content-Type字段指定，这两个字段才是对"表现层"的描述。

状态转化（State Transfer）

访问一个网站，就代表了客户端和服务器的一个互动过程。在这个过程中，势必涉及到数据和状态的变化。

互联网通信协议HTTP协议，是一个无状态协议。这意味着，所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生"状态转化"（State Transfer）。而这种转化是建立在表现层之上的，所以就是"表现层状态转化"。

客户端用到的手段，只能是HTTP协议。具体来说，就是HTTP协议里面，四个表示操作方式的动词：GET、POST、PUT、DELETE。它们分别对应四种基本操作：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源。

HTTP

网络分层模型

1、OSI七层模型

  • 第一层：物理层，网络的物理形式，例如电缆、光纤、网卡、集线器等等；
  • 第二层：数据链路层，它基本相当于 TCP/IP 的链接层；
  • 第三层：网络层，相当于 TCP/IP 里的网际层；
  • 第四层：传输层，相当于 TCP/IP 里的传输层；
  • 第五层：会话层，维护网络中的连接状态，即保持会话和同步；
  • 第六层：表示层，把数据转换为合适、可理解的语法和语义；
  • 第七层：应用层，面向具体的应用传输数据。
    在这里插入图片描述

2、TCP/IP 四层模型

在这里插入图片描述

  • 第一层：链路层，MAC 层的传输单位是帧（frame）
  • 第二层：网络层，IP 层的传输单位是包（packet）
  • 第三层：传输层，TCP 层的传输单位是段（segment）
  • 第四层：应用层，HTTP 的传输单位则是消息或报文（message）

请求方法

标准请求方法

对于资源的具体操作类型，由HTTP动词表示。

目前 HTTP/1.1 规定了八种方法，单词都必须是大写的形式

  • GET：获取资源，可以理解为读取或者下载数据；
  • HEAD：HEAD 方法是轻量级的 GET，用来获取资源的元信息；
  • POST：向资源提交数据，相当于写入或上传数据(理解成sql中的insert)；
  • PUT：基本上是 POST 的同义词，多用于更新数据(可以理解成sql中的update)；
  • DELETE：删除资源；
  • CONNECT：建立特殊的连接隧道；
  • OPTIONS：列出可对资源实行的方法；
  • TRACE：追踪请求 - 响应的传输路径。

安全与幂等

1.安全
在 HTTP 协议里，所谓的“安全”是指请求方法不会“破坏”服务器上的资源，即不会对服务器上的资源造成实质的修改。

按照这个定义，只有 GET 和 HEAD 方法是“安全”的，因为它们是“只读”操作，只要服务器不故意曲解请求方法的处理方式，无论 GET 和 HEAD 操作多少次，服务器上的数据都是“安全的”。

而 POST/PUT/DELETE 操作会修改服务器上的资源，增加或删除数据，所以是“不安全”的。

2.幂等
所谓的“幂等”实际上是一个数学用语，被借用到了 HTTP 协议里，意思是多次执行相同的操作，结果也都是相同的，即多次“幂”后结果“相等”。

很显然，GET 和 HEAD 既是安全的也是幂等的，DELETE 可以多次删除同一个资源，效果都是“资源不存在”，所以也是幂等的。

POST 和 PUT 的幂等性质就略费解一点。 按照 RFC 里的语义，
POST 是“新增或提交数据”，多次提交数据会创建多个资源，所以不是幂等的；
而 PUT 是“替换或更新数据”，多次更新一个资源，资源还是会第一次更新的状态，所以是幂等的。

报文结构

1、请求/响应报文结构

在这里插入图片描述

HTTP 协议的请求报文和响应报文的结构基本相同，由三大部分组成：

  • 起始行（start line）：描述请求或响应的基本信息；
  • 头部字段集合（header）：使用 key-value 形式更详细地说明报文；
  • 消息正文（entity）：实际传输的数据，它不一定是纯文本，可以是图片、视频等二进制数据。

2、请求行

在这里插入图片描述
请求行由三部分构成：

  • 请求方法：是一个动词，如 GET/POST，表示对资源的操作；
  • 请求目标：通常是一个 URI，标记了请求方法要操作的资源；
  • 版本号：表示报文使用的 HTTP 协议版本。

3、状态行-服务器响应的状态

在这里插入图片描述
状态行由三部分构成：

  • 版本号：表示报文使用的 HTTP 协议版本；
  • 状态码：一个三位数，用代码的形式表示处理的结果，比如 200 是成功，500 是服务器错误；
  • 原因：作为数字状态码补充，是更详细的解释文字，帮助人理解原因。

4、头部字段

头部字段是 key-value 的形式，key 和 value 之间用“:”分隔，最后用 CRLF 换行表示字段结束。

HTTP的实体数据

MIME type

多用途互联网邮件扩展”（Multipurpose Internet Mail Extensions），简称为 MIME。
MIME 是一个很大的标准规范，但 HTTP 只“顺手牵羊”取了其中的一部分，用来标记 body 的数据类型，这就是我们平常总能听到的“MIME type”。

  • text：即文本格式的可读数据，我们最熟悉的应该就是 text/html 了，表示超文本文档，此外还有纯文本 text/plain、样式表 text/css 等。
  • image：即图像文件，有 image/gif、image/jpeg、image/png 等。
  • audio/video：音频和视频数据，例如 audio/mpeg、video/mp4 等。
  • application：数据格式不固定，可能是文本也可能是二进制，必须由上层应用程序来解释。常见的有 application/json，application/javascript、application/pdf 等，另外，如果实在是不知道数据是什么类型，像刚才说的“黑盒”，就会是 application/octet-stream，即不透明的二进制数据。

Encoding type

但仅有 MIME type 还不够，因为 HTTP 在传输时为了节约带宽，有时候还会压缩数据，为了不要让浏览器继续“猜”，还需要有一个“Encoding type”，告诉数据是用的什么编码格式，这样对方才能正确解压缩，还原出原始的数据。
比起 MIME type 来说，Encoding type 就少了很多，常用的只有下面三种：

  • gzip：GNU zip 压缩格式，也是互联网上最流行的压缩格式；
  • deflate：zlib（deflate）压缩格式，流行程度仅次于 gzip；
  • br：一种专门为 HTTP 优化的新压缩算法（Brotli）。

HTTP的长连接与短连接

  1. 早期的 HTTP 协议使用短连接，收到响应后就立即关闭连接，效率很低；
  2. HTTP/1.1 默认启用长连接，在一个连接上收发多个请求响应，提高了传输效率；
  3. 服务器会发送“Connection: keep-alive”字段表示启用了长连接；
  4. 报文头里如果有“Connection: close”就意味着长连接即将关闭；
  5. 过多的长连接会占用服务器资源，所以服务器会用一些策略有选择地关闭长连接；
  6. “队头阻塞”问题会导致性能下降，可以用“并发连接”和“域名分片”技术缓解。

HTTP的重定向和跳转

  1. 重定向是服务器发起的跳转，要求客户端改用新的 URI 重新发送请求，通常会自动进行，用户是无感知的；
  2. 301/302 是最常用的重定向状态码，分别是“永久重定向”和“临时重定向”；
  3. 响应头字段 Location 指示了要跳转的 URI，可以用绝对或相对的形式；
  4. 重定向可以把一个 URI 指向另一个 URI，也可以把多个 URI 指向同一个 URI，用途很多；
  5. 使用重定向时需要当心性能损耗，还要避免出现循环跳转。

HTTP的cookie机制

  1. Cookie 是服务器委托浏览器存储的一些数据，让服务器有了“记忆能力”；
  2. 响应报文使用 Set-Cookie 字段发送“key=value”形式的 Cookie 值；
  3. 请求报文里用 Cookie 字段发送多个 Cookie 值；
  4. 为了保护 Cookie，还要给它设置有效期、作用域等属性，常用的有 Max-Age、Expires、Domain、HttpOnly 等；
  5. Cookie 最基本的用途是身份识别，实现有状态的会话事务。

HTTP的缓存控制

  1. 缓存是优化系统性能的重要手段，HTTP 传输的每一个环节中都可以有缓存；
  2. 服务器使用“Cache-Control”设置缓存策略，常用的是“max-age”，表示资源的有效期；
  3. 浏览器收到数据就会存入缓存，如果没过期就可以直接使用，过期就要去服务器验证是否仍然可用；
  4. 验证资源是否失效需要使用“条件请求”，常用的是“if-Modified-Since”和“If-None-Match”，收到 304 就可以复用缓存里的资源；
  5. 验证资源是否被修改的条件有两个：“Last-modified”和“ETag”，需要服务器预先在响应报文里设置，搭配条件请求使用；
  6. 浏览器也可以发送“Cache-Control”字段，使用“max-age=0”或“no_cache”刷新数据。

URI与URL的区别

URL——统一资源定位符（Uniform Resource Locator）
URI-统一资源标识符（Uniform Resource Identifier）

URI常用格式

scheme 😕/ host:port path ? query

  • scheme:协议名
  • host:port 资源所在主机名,地址+端口，如果不写端口，浏览器使用默认的端口
  • path:资源所在位置，必须以“/”开始
  • query: 查询参数，以“?”开始，但不包含“?”。key=value字符串，用&连接

状态码

  • 1××：提示信息，表示目前是协议处理的中间状态，还需要后续的操作；
  • 2××：成功，报文已经收到并被正确处理；
  • 3××：重定向，资源位置发生变动，需要客户端重新发送请求；
  • 4××：客户端错误，请求报文有误，服务器无法处理；
  • 5××：服务器错误，服务器在处理请求时内部发生了错误。

URI包含动词

因为"资源"表示一种实体，所以应该是名词，URI不应该有动词，动词应该放在HTTP协议中。

URI中加入版本号

http://www.example.com/app/1.0/foo
http://www.example.com/app/1.1/foo
http://www.example.com/app/2.0/foo

因为不同的版本，可以理解成同一种资源的不同表现形式，所以应该采用同一个URI。
版本号可以在HTTP请求头信息的Accept字段中进行区分（参见Versioning REST Services）：

　　Accept: vnd.example-com.foo+json; version=1.0
　　Accept: vnd.example-com.foo+json; version=1.1
　　Accept: vnd.example-com.foo+json; version=2.0
amunamuna
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
java 后台接受json参数的几种方式_SpringMVC接收和响应json数据的方法介绍（附代码）...
weixin_30965253的博客
02-01 4516
本篇文章给大家带来的内容是关于SpringMVC接收和响应json数据的方法介绍(附代码)，有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。前后端的数据交互，除了通过form表单进行提交外，也可以通过ajax向后端传递和接收json格式数据(这种方式可以实现请求数据和页面分离)。本文将总结一下在Spring MVC中接收和响应json数据的几种方式。准备步骤：1.导入json相关框架...
每日知识点-网络协议
nliang的博客
04-01 466
将MAC地址转为IP地址的协议是 RARP ARP（Address Resolution Protocol）地址解析协议，是根据IP地址获取物理地址的一个TCP/IP协议。 RARP（Reverse Address Resolution Protocol）是反向地址解析协议。 ARP：IP到MAC RARP：MAC到IP 从通信协议的角度来看，路由器是在哪个层次上实现网络互连的？ 集线器：物...
REST API 详解
qq_39321234的博客
05-02 6462
REST（Representational State Transfer，表述性状态转移）是一种用于构建分布式系统的架构风格。REST API（Application Programming Interface，应用程序接口）是一种基于REST风格的网络API，通常用于Web服务中。REST API使用常见的HTTP方法（如GET、POST、PUT、DELETE等）与Web服务交互，通过URI（Uniform Resource Identifier，统一资源标识符）定位资源。
通俗讲解 RESTful
guliang21的专栏
09-26 954
RESTful 是最流行的 API 设计规范，但是什么是 RESTful？表现层状态转移，这恐怕谁都看不懂。本文用最通俗的说法，讲明白什么是 RESTful。
Http报头Accept与Content-Type的区别
热门推荐
乔志勇笔记
09-05 2万+
RequestMapping 有多个属性来进一步匹配 HTTP 请求到 Controller 方法，分别是 value ，请求的 URL 的路径，支持 也模板、正则表达式 method, HTTP 请求方法，有 GET POST PUT consumes ，允许的媒体类型（ Media Types ），如 onsumes application/ison”， 对应 于请求的 HTTP Conten...
HTTP报文头Accept和Content-Type总结
wmz831的专栏
04-11 984
转自：https://blog.csdn.net/lmb55/article/details/702457231.Accept属于请求头， Content-Type属于实体头。Http报头分为通用报头，请求报头，响应报头和实体报头。 请求方的http报头结构：通用报头|请求报头|实体报头 响应方的http报头结构：通用报头|响应报头|实体报头2.Accept代表发送端（客户端）希望接受的数据类型。...
JavaScript面试揭秘：掌握这些高频题，轻松征服面试官！.zip
最新发布
03-02
本内容梳理了20个高频面试题，涵盖了JavaScript的基础知识、高级特性以及编程技巧，帮助求职者深入理解JavaScript的核心概念，提升面试表现。 适应人群： 即将参加前端开发岗位面试的求职者 希望提升JavaScript技能...
专业课笔记-思维导图-计算机相关
11-21
应用层的HTTP、FTP、SMTP等协议是日常互联网应用的基础；传输层的TCP和UDP协议保证数据的可靠传输或快速传输；网络层的IP协议负责数据包的路由；数据链路层则通过以太网、WIFI等方式在物理介质上传输数据。 接着，*...
API协议设计的十种技术0122.pdf
01-22
在这个数字时代，我们的日常生活中充斥着各种应用程序和系统之间的交互。无论是社交媒体、在线购物还是智能家居设备，它们都需要通过API（应用程序...为了深入了解API的世界，这里对10个常见的API协议设计进行了梳理
01-06年的网络工程师试题
04-17
网络工程师不仅需要掌握网络硬件的安装、配置和维护，还需要理解网络协议如TCP/IP、OSI模型，并能熟练运用网络诊断工具。试题可能会涵盖网络设计、故障排查、网络安全策略等内容，以考察你的综合网络管理能力。 ...
HCIA-DC V1.5 数据中心文档及实验手册.zip
09-16
1. **网络基础**：包括TCP/IP协议栈、子网划分、路由与交换原理等。考生需要理解IP地址、子网掩码和默认网关的作用，以及如何配置和管理网络设备，如路由器和交换机。 2. **数据中心架构**：介绍现代数据中心的物理...
ajax 发送json格式给servelt
qq_46212498的博客
01-13 335
$.ajax({ type:“post”, url:“Add”, processData:false,//为true时将数据序列化 data:JSON.stringify({“addname”:name,“addphone=”:phone}),//<=json字符串写法 //data:{“addname”:name,“addphone”:phone},//<=json对象写法 //data:“username=”+name+’&’+“password=”+pwd,//<=这是为co
Accept和Content-Type的区别
莫莫的家
09-12 1万+
这是一个小知识点，但是我今天才注意和了解到，就写下来分享下。 在我们php中用curl来访问数据接口的时候，有的时候根据具体情况需要加header头， 但是关于这个json的头的标示有，这里我就不写具体怎么初始化curl等一系列代码，只标注出有关header的 array_push($header, 'Content-Type:application/json'); arr
REST，以及RESTful的讲解
myli92的博客
10-14 102
文章目录 1.背景 1.传统下的API接口 对比 规则 概念 REST 系统的特征 演化 优点&缺点 是什么？ 1.背景 1.传统下的API接口 http是目前在互联网上使用最多的协议，没有之一。 　　可是http的创始人一直都觉得，在过去10几年来，所有的人都在错误的使用Http.这句话怎么说呢？ 　　如果说你要删除一个数据，以往的做法通常是delete/{id}　 　　如果你要更新一个数据，可能是Post数据放Body，然后方法是update/{id}， 或者是a...
Postman接口测试
11-29
Postman接口测试，内容包括：如何发送请求，分析响应，创建集合，运行集合，编写自动化测试脚本，管理环境和全局变量，生成api文档，监控接口，创建虚拟服务器。
HTTP协议中的Accept与Content-Type的区别
Quan的博客
01-25 3625
在开发REST服务时，不可避免的需要了解HTTP协议的内容，其中，我们经常会用到 Accept 与 Content-Type，那么这两者有什么区别和联系呢？ 1. 类型不同 类型不同Accept属于请求头， Content-Type属于实体头。 Http报头分为通用报头，请求报头，响应报头和实体报头。 请求方的HTTP报头结构：通用报头|请求报头|实体报头 响应方的HTTP报头结构：通用...
RestTemplate常用的几种请求方式
摸爬滚打
12-23 1142
1、get /** * get请求--exchange方式 */ UriComponentsBuilder builder = UriComponentsBuilder.fromHttpUrl("http://localhost:8080") .queryParam("name", "张三") ...
LTE知识点梳理一网络架构及协议修改版.docx
11-18
LTE知识点梳理一网络架构及协议修改版.docx

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值