网络常见知识-CSDN博客

本文链接：https://blog.csdn.net/xyz_road/article/details/136984127

HTTP 1.0 和 HTTP 1.1 之间有哪些区别？
HTTP 1.0和 HTTP 1.1 有以下区别：

连接方面，http1.0 默认使用非持久连接，而 http1.1 默认使用持久连接。http1.1 通过使用持久连接来使多个 http 请求复用同一个 TCP 连接，以此来避免使用非持久连接时每次需要建立连接的时延。
资源请求方面，在 http1.0 中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，http1.1 则在请求头引入了 range 头域，它允许只请求资源的某个部分，即返回码是 206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。
缓存方面，在 http1.0 中主要使用 header 里的 If-Modified-Since、Expires 来做为缓存判断的标准，http1.1 则引入了更多的缓存控制策略，例如 Etag、If-Unmodified-Since、If-Match、If-None-Match 等更多可供选择的缓存头来控制缓存策略。
http1.1 中新增了 host 字段，用来指定服务器的域名。http1.0 中认为每台服务器都绑定一个唯一的 IP 地址，因此，请求消息中的 URL 并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机，并且它们共享一个IP地址。因此有了 host 字段，这样就可以将请求发往到同一台服务器上的不同网站。
http1.1 相对于 http1.0 还新增了很多请求方法，如 PUT、HEAD、OPTIONS 等。

OPTIONS请求方法及使用场景
OPTIONS是除了GET和POST之外的其中一种 HTTP请求方法。
OPTIONS方法是用于请求获得由Request-URI标识的资源。在请求/响应的通信过程中可以使用的功能选项。通过这个方法，客户端可以在采取具体资源请求之前，决定对该资源采取何种必要措施，或者了解服务器的性能。该请求方法的响应不能缓存。

OPTIONS请求方法的主要用途有两个：

询问服务器支持的请求方法；
用来检查访问权限，判断是否有对指定资源的访问权限。例如：在进行 CORS 跨域资源共享时，对于复杂请求，就是使用 OPTIONS 方法发送嗅探请求，以判断是否有对指定资源的访问权限。
检测服务器性能和配置

HTTP 1.1 和 HTTP 2.0 的区别

二进制协议：

HTTP/2 是一个二进制协议。在 HTTP/1.1 版中，报文的头信息必须是文本（ASCII 编码），数据体可以是文本，也可以是二进制。HTTP/2 则是一个彻底的二进制协议，头信息和数据体都是二进制，并且统称为"帧"，可以分为头信息帧和数据帧。帧的概念是它实现多路复用的基础。

多路复用：

HTTP/2 实现了多路复用，HTTP/2 仍然复用 TCP 连接，但是在一个连接里，客户端和服务器都可以同时发送多个请求或回应，而且不用按照顺序一一发送，这样就避免了"队头堵塞"【1】的问题。

数据流：

HTTP/2 使用了数据流的概念，因为 HTTP/2 的数据包是不按顺序发送的，同一个连接里面连续的数据包，可能属于不同的请求。因此，必须要对数据包做标记，指出它属于哪个请求。HTTP/2 将每个请求或回应的所有数据包，称为一个数据流。每个数据流都有一个独一无二的编号。数据包发送时，都必须标记数据流 ID ，用来区分它属于哪个数据流。

头信息压缩：

HTTP/2 实现了头信息压缩，由于 HTTP 1.1 协议不带状态，每次请求都必须附上所有信息。所以，请求的很多字段都是重复的，比如 Cookie 和 User Agent ，一模一样的内容，每次请求都必须附带，这会浪费很多带宽，也影响速度。HTTP/2 对这一点做了优化，引入了头信息压缩机制。一方面，头信息使用 gzip 或 compress 压缩后再发送；另一方面，客户端和服务器同时维护一张头信息表，所有字段都会存入这个表，生成一个索引号，以后就不发送同样字段了，只发送索引号，这样就能提高速度了。

服务器推送：

HTTP/2 允许服务器未经请求，主动向客户端发送资源，这叫做服务器推送。使用服务器推送提前给客户端推送必要的资源，这样就可以相对减少一些延迟时间。这里需要注意的是 http2 下服务器主动推送的是静态资源，和 WebSocket 以及使用 SSE 等方式向客户端发送即时数据的推送是不同的。

【1】队头堵塞：
队头阻塞是由 HTTP 基本的“请求 - 应答”模型所导致的。HTTP 规定报文必须是“一发一收”，这就形成了一个先进先出的“串行”队列。队列里的请求是没有优先级的，只有入队的先后顺序，排在最前面的请求会被最优先处理。如果队首的请求因为处理的太慢耽误了时间，那么队列里后面的所有请求也不得不跟着一起等待，结果就是其他的请求承担了不应有的时间成本，造成了队头堵塞的现象。

7层协议与5层协议

三次握手（Three-way Handshake）
在 TCP 连接建立阶段，客户端和服务器之间进行的一系列通信步骤，确保双方能够建立可靠的连接。

第一次握手（SYN）：

客户端向服务器发送一个带有 SYN（同步序列编号）标志的数据包，表明客户端请求连接。

第二次握手

（SYN + ACK）：服务器接收到客户端的 SYN 数据包后，返回一个带有 SYN 和 ACK
标志的数据包，表示确认客户端的请求，并表明服务器也愿意建立连接。

第三次握手（ACK）

客户端接收到服务器的 SYN + ACK
数据包后，发送一个带有 ACK 标志的数据包给服务器，表示连接确认。此时连接建立成功，客户端和服务器可以开始数据传输。

四次挥手（Four-way Handshake）
在 TCP 连接关闭阶段，客户端和服务器之间进行的一系列通信步骤，确保双方能够安全地关闭连接。
第一次挥手（FIN）：

客户端或服务器其中一方决定关闭连接，发送一个带有 FIN（结束）标志的数据包给对方。

第二次挥手：

接收到带有 FIN 标志的数据包的一方向对方发送 ACK 确认收到，并进入 CLOSE_WAIT 状态（如果收到 FIN 的是客户端）或 LAST_ACK 状态（如果收到 FIN 的是服务器）。

第三次挥手：

当数据传输完成后，另一方也会发送一个带有 FIN 标志的数据包给对方，请求关闭连接。

第四次挥手：

接收到第三次挥手的一方向对方发送 ACK 确认收到，并进入 TIME_WAIT 状态，等待一段时间后关闭连接。此时连接关闭完成。