HTTP3 HTTP1.1 HTTP2

最新推荐文章于 2024-07-19 15:28:13 发布
最新推荐文章于 2024-07-19 15:28:13 发布
阅读量764 收藏 22
点赞数 19
分类专栏： http项目 文章标签： 服务器 网络 网络协议 http 学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gma999/article/details/139896415
版权

目录

HTTP3

0-RTT握手

连接迁移

拥塞控制算法

两级流量控制

协议竟速 

http3的应用场景

HTTP版本

HTTP1.1

 HTTP2

二进制帧

流

队头阻塞

HTTP3

请求实现基本流程： DNS解析（域名转换为ip地址）、TCP三次握手（服务端确认）、TLS四次握手（传输通道的数据加密，目的是让通信双方能够获得解析信息的以“钥匙”“）、用户数据传输。

TLS

TLS(传输安全性）协议用于网络通信中提供安全性，握手的目的是确保通信双方可以安全的交换数据。主要通过四次信息交换，客户端Hello、服务器Hello（ServerHello）、客户端密钥交换（Client Key Exchange）、完成（Finished）。

TLS四次握手过程通过安全的密钥交换和验证，确保客户端和服务器之间的通信是加密的、完整的，避免中间人攻击、重放攻击等常见安全威胁。通过这种方式，双方可以在不直接传输密钥的情况下，共同生成一个安全的会话密钥，用于保护后续的数据传输。

QUIC

HTTP3的核心是QUIC协议。QUIC协议即是只保留最后用户请求响应部分，将前面TCP三次握手和TCP四次握手抛弃掉。

QUIC基于UDP工作流程分析，首先客户端发送一个包含ClientHello和应用数据的UDP包，然后客户端回应ServerHello和加密参数以及应用数据的UDP包，客户端和服务器完成TLS握手协商出回话秘钥，双方基于该秘钥进行数据传输。最后QUIC通过连接ID管理，可以在网络路径发生变化的时候保持连接不中断。

 QUIC协议根据UDP实现，UDP上进行了流量控制、拥塞控制以及多路复用等以保证传输通道的可靠性。QUIC的目的是提供低延迟、高可靠性的网络传输。

  • 多路复用连接：允许单个UDP连接上多路复用多个逻辑连接，避免了TCP多连接所带来的延迟和资源开销。QUIC通过连接ID区分不同的逻辑连接。
  • 0-RTT和1-RTT连接建立:QUIC支持快速连接建立，客户端可以在第一个数据包中就发送应用数据（0-RTT），从而减少初次连接的延迟。此外，通过一次往返（1-RTT），客户端和服务器可以建立加密的连接。例如客户端发送一个包含握手数据和应用数据初始化的UDP数据包，服务器可以立马响应。
  • 内置加密：内置了TLS加密协议，所有数据包都经过加密处理，确保传输安全和隐私性。
  • 拥塞控制和流量控制：QUIC实现了类似于TCP的拥塞控制机制，同时通过流量控制防止发送方过度发送数据资源，从而确保网络的稳定性和公平性。QUIC使用流ID和控制窗口来管理数据流量，同事根据网络状况动态调整发送速率。
  • 包重传和乱码处理：QUIC数据包包含一个连续递增包序号，接收方可以基于包序号检测丢失的包并重传。

HTTP3和QUIC关系的理解：QUIC实现在用户态，但是仍任务QUIC其是传输层的协议（因为其主要功能仍然是传输数据），而http3是应用层的协议。HTTP3的核心是QUIC协议。HTTP3是对TCP传输协议的升级，而不是彻底的颠覆。

0-RTT握手

 0-RTT表示不消耗时间就可以握手成功建立连接。但是首次连接之前需要进行一次RTT握手。通过握手的时候携带了http数据。类似于两人第一次见面时已经商量好暗号发送信息，后续的信息发送只要加上该暗号就可以发送专属于两者的加密信息。

 

连接迁移

 连接迁移解决的目标问题：当频繁切换网络环境的时候，会导致网络环境拥塞，用户体验上会有延迟卡顿现象。

TCP情况下不支持连接迁移的原因，因为其是利用ip和端口号的标识唯一主机，切换网络的时候ip地址会发生变化，此时则需要重新建立连接。quic则是通过给每一条连接发送一个唯一ID，无论ip地址和端口号如何变化，只要ID没变就认为这是同一条连接。

接入层架构分析

客户端到达服务端之间，经过两个负载均衡器，四层负载均衡器（网络负载均衡）和七层负载均衡器（安全网关）

四层负载均衡器和七层负载均衡器知识补充

连接迁移产生的问题

 ip地址发生变化时，经过四层负载均衡器时，会将数据包发送到不同的服务器上。

七层负载均衡器会受多核影响，可能会导致连接迁移前后数据包发送给了不同进程。

四层负载均衡器修改四元组一致性哈希，同时增加逻辑判断，判断是否为quic报文。

 七层负载均衡器在内核中，通过连接ID确定对应的信息传输进程

拥塞控制算法

QUIC：流的多路复用

QUIC中数据包的序号是严格按照单调递增。 TCP传输数据包的时候，因为延时或者丢包的原因，会导致服务端收到同样序号的数据包，从而导致TCP重传包的二义性。重传包的二义性又导致了RTT的计算不准确，最终导致拥塞控制算法的不准确。

两级流量控制

TCP的滑动窗口会受到数据包丢失影响，因为TCP下如果出现数据包丢失就不可以继续发送数据。QUIC的可用窗口则不受该影响。

协议竟速 

为解决不支持UDP协议的场景，请求连接的时候，同时请求quic和TCP两个连接，哪个连接成功就用哪一个。

http3的应用场景

  • 移动网络
    • 快速恢复：网络切换时可以实现快速恢复连接，不需要像TCP重新建立连接
    • 低延迟：减少建立的往返时间
  • 高延迟网络
    • 0-RTT握手：第一个数据包中就包含数据，有效减少延迟
    • 减少重传开销：QUIC的快速重传和错误恢复机制能够减少由于丢包带来的延迟
  • 视频通信和实时通信
    • 多路复用：避免了TCP队头阻塞的问题，提高传输效率和用户体验
    • 流量控制：更好的使用实时流媒体的需求，减少缓冲和卡顿现象
  • web应用
    • 快速加载时间：减少延迟和提升多路复用效率
    • 增强客户体验：例如在游戏上可以提高用户的体验感

HTTP版本

HTTP1.1

keepalive达到长连接的目的，避免重复建立连接。

在 HTTP/1.0 中，每个请求/响应对需要单独的 TCP 连接，即一个请求完成后，连接就会关闭。这种做法存在较大的开销，因为每次都需要重新建立和关闭连接，增加了延迟和资源消耗。

HTTP/1.1 引入了 Keep-Alive 头部，允许在同一个 TCP 连接上复用多个请求和响应，直到客户端或服务器主动关闭连接。这减少了连接建立和关闭的次数，从而提高了传输效率。

Pipeline：在同一个持久连接上，客户端可以在收到前一个响应之前发送的多个请求。从而提高网络效率和性能，减少延迟。

HTTP1.1管道的限制

  • 中间设备的兼容性：许多中间设备（如代理服务器、负载均衡器等）不完全支持HTTP管道化，可能导致请求被阻塞或丢弃。
  • 队头阻塞：如果前面的请求处理时间较长，后续请求的响应会被阻塞，导致性能下降。
  • 浏览器和服务器实现：并非所有浏览器和服务器都完全支持管道化，有些实现可能存在兼容性问题

HTTP/2 HTTP/3的改进

  • HTTP/2：引入二进制分帧层，使得多个请求和响应可以在一个连接上并行传输，避免了队头阻塞问题。
  • HTTP/3：基于QUIC协议，进一步改进了连接管理和传输性能，同样支持多路复用，且更加高效和可靠。

 HTTP2

二进制帧

请求的所有信息都是按照二进制形式发送，而不是按照字符串的形式进行发送。

流

数据包发送拥有多条通道，实现分片交叉发送，而不是顺序发送。

流可以简单的理解成一个请求，将所有的请求混合在一起，同时在TCP连接上进行传输，区分数据包则是使用ID进行区分。

流优先级和流依赖，可能会导致网络传输数据的速度不如旧版本。流的优先级，应用层给发送的资源设定优先级，根据优先级的大小发送数据流，所以会导致部分数据接收速度慢。流依赖，数据流有一定的的顺序，例如只有拿到1号数据后才可以拿到2号数据。

队头阻塞

TCP传输协议要求报文必须按照一定的顺序进行排列，但是发送的时候不是按照顺序进行发送，所以导致了部分数据不到位则没有办法进行处理。

TCP队头阻塞：TCP是面向连接的可靠传输协议，保证数据包按序到达。也就是接收端必须按照发送端的顺序接收数据包。如果出现一个数据包在传输过程中丢失或者延迟，即使后续的数据包已经到达，接收端也无法处理这些数据包，直到丢失或者延迟的数据包被成功重传并接收。

原理分析

  •  数据包传输：TCP将数据分割成多个小数据包并赋予序列号进行传输；接收端通过序列号来重组数据包，确保数据的完整性和顺序。
  • 数据包丢失或者延迟：传输过程中如果出现数据包丢失或延迟的情况，接收端会等待该数据包的到来，即使此时后续数据包已经达到，由于需要按序进行处理，接收端无法处理这些数据包。
  • 重传机制：重传计时器到达时间后会重新发送数据包，接收端此时接收到重传的数据包后才开始处理后续的数据包。

队头阻塞的影响

  • 延迟增加：由于必须等待丢失或延迟的数据包，导致整个传输过程的延迟增加。
  • 吞吐量降低：在网络不稳定或高丢包率环境中，频繁的重传会降低有效数据的传输率。
  • 资源浪费：发送端和接收端需要额外的资源（如缓存、处理能力）来管理和重传丢失的数据包。

队头阻塞解决方法

1. HTTP/2 多路复用

HTTP/2 通过多路复用允许在同一个 TCP 连接上并行发送多个请求和响应，解决了应用层的 HOL 阻塞问题。即使一个流（Stream）中的数据被阻塞，其他流中的数据仍然可以被处理。

2. HTTP/3  QUIC 协议

HTTP/3 基于 QUIC 协议，使用 UDP 作为传输层。QUIC 实现了独立的数据流，每个流都有自己的序列号和重传机制，即使一个流的数据被阻塞，也不会影响其他流的数据传输。

3. 分片重传

一些高级传输协议通过分片重传机制，将丢失的数据包分成更小的片段进行重传，减少重传的开销和延迟

//队头阻塞，2号包丢失
发送端        接收端
Packet 1  --> Packet 1
Packet 2  --> [丢失]
Packet 3  --> [等待 Packet 2]
重传 Packet 2  --> Packet 2
Packet 3  --> Packet 3

//正常传输

发送端        接收端
Packet 1  --> Packet 1
Packet 2  --> Packet 2
Packet 3  --> Packet 3

gma999
关注
  • 19
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
HTTP协议详解之HTTP/1.1
weixin_39399492的博客
06-19 1万+
1、写在前面：学习的时候一定要对照官方文档、结合分析工具，才能深入理解。
关于http1.1协议
qq_43824769的博客
12-29 3114
1. http1.1与http1.0的更新 长连接：新增Connection字段，可以设置keep-alive值保持连接不断开 管道化：基于上面长连接的基础，管道化可以不等第一个请求响应继续发送后面的请求，但响应的顺序还是按照请求的顺序返回 缓存处理：新增字段cache-control 2. 长连接 如今使用的http协议大部分都还是http1.1, http协议并没有什么长连接，短连接，而是底层使用的运输层协议的tcp协议会进行连接（因为是可靠协议，会进行三次握手和四次挥手），这里不多说，可以去看看计
31｜HTTP3：甩掉TCP、TLS 的包袱，构建高效网络
liuqiao
06-06 1237
好了，今天就介绍到这里，下面我来总结下本文的主要内容。我们首先分析了HTTP/2中所存在的一些问题，主要包括了TCP的队头阻塞、建立TCP连接的延时、TCP协议僵化等问题。这些问题都是TCP的内部问题，因此要解决这些问题就要优化TCP或者“另起炉灶”创造新的协议。由于优化TCP协议存在着诸多挑战，所以官方选择了创建新的QUIC协议。HTTP/3正是基于QUIC协议的，你可以把QUIC看成是集成了“TCP+HTTP/2的多路复用+TLS等功能”的一套协议。
HTTP1.0与HTTP1.1的区别
热爱前端的大三在校生
10-25 2494
客户端使用该头域说明请求资源不能从cache中获取，而必须回源获取。
HTTP1 HTTP1.1 HTTP2主要区别及 HTTP3
shuxiaoxii的博客
07-08 787
图片出处: https://www.bilibili.com/video/BV1p541147LD 官方说明: https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Basics_of_HTTP/Evolution_of_HTTP 看图 同样的html页面 因为http协议不同 页面加载速度完全不同 http1.0 每一次请求都会进行建立连接与断开连接的操作 http1.1 只有建立连接1次 断开连接1次 Chrome浏览器最多同时建立6个连接. h
HTTP 2.0 与HTTP1.1的差别
小柒的前端之旅
12-07 3464
前面的话 在说HTTP2.0前，先说一说发展到HTTP1.1做了哪些升级。 HTTP1.1的升级 目前使用最广泛的HTTP1.1做了哪些重大升级？ 默认长连接。HTTP1.0也提供长连接，但是默认是短连接，要想长连接必须将头部的connection设置为keep-alive。而HTTP1.1默认开启connection：keep-alive，不用设置。 强制设置Host请求首部字段。Host字段...
HTTP1.1.rar_http1.1
09-22
HTTP1.1的状态码分类包括2xx（成功）、3xx（重定向）、4xx（客户端错误）和5xx（服务器错误），例如200表示请求成功，301表示永久重定向，404表示未找到资源，500表示服务器内部错误。这些状态码帮助诊断网络通信...
HTTP1.1.chm
12-10
3. 响应缓存：HTTP1.1提供了更强的缓存控制机制，通过Expires和Cache-Control头部，服务器可以指示客户端何时可以使用本地缓存，减少了不必要的网络传输。 4. 头部压缩：通过使用压缩算法（如DEFLATE）对头部信息...
HTTP2 in Action
07-12
1.1 How the web works 3 The internet versus the World Wide Web 4 What happens when you browse the web? 4 1.2 What is HTTP? 9 1.3 The syntax and history of HTTP 15 HTTP/0.9 15 HTTP/1.0 16 HTTP/1.1 ...
英文版HTTP1.1
01-01
3. **首部字段（Header Fields）**：HTTP1.1允许在请求和响应中包含多个首部字段，如Content-Type定义数据类型，Accept-Language指定接受的语言，Cookie用于管理客户端的会话等。理解这些首部字段的作用能让你更好地...
http1.1.rar_http 协议_http1.1
09-14
HTTP（超文本传输协议，Hypertext Transfer Protocol）是互联网上应用最为广泛的一种网络协议，它的1.1版本（HTTP/1.1）是目前最常用的一个版本。HTTP/1.1是在HTTP/1.0的基础上进行了一系列改进，旨在提高性能、减少...
视频网站适用于什么服务器类型呢？
wanhengwangluo的博客
07-17 271
视频网站通常都会选择一些性能比较强大的服务器来保证网络视频能够进行流畅播放与用户的良好体验感，视频网站需要承载大量的视频数据处理与传输，所以选择的服务器需要具备强大的计算能力与网络处理能力，可以选择使用多核CPU和高速网络接口的服务器，来保证视频可以进行快速的下载。视频网站中的文件内存会比较大，为了可以存储大量的视频文件，所以网站需要具有足够存储空间的服务器，同时还要有着高可用性，确保业务的连续性与可靠性，不会出现服务器故障导致业务出现中断的情况。
自建SMTP服务器：如何保障安全稳定的发信？
danplus的博客
07-17 510
自建SMTP服务器虽然可以提供更高的灵活性和控制力，但也需要投入大量的时间和精力来保障其安全和稳定。AokSend，指导您自建SMTP服务器，结合API接口，高效稳定，让邮件营销更加自主可控！
服务器网络配置
weixin_51338719的博客
07-16 549
服务器网络配置大体流程：硬件选择——系统安装——驱动调用——网卡配置
什么样的服务器是合乎直销网站标准
2301_78491269的博客
07-15 447
对于我们投资较少、刚刚起步的做网站直销公司来说,当然没有条件也没有必要来投资数千万、甚至数亿元来建立自己的数据中心,我们要做的就是选择一个合适的服务器租用商,租用他们优质的服务器,来保证发挥出该服务器的最大作用。工业设计包括了最基础的模块化和免螺丝设计,可以让运维人员实现免工具的快速拆装,以及可以有效防止和避免误操作的防呆设计等细节,此外机箱内的风道设计、散热效率、风扇与电源的配合、降噪与防震设计等等,都可以反映出厂家在相关技术及工业设计方面的实力高低。做网站直销选择租用服务器需要注意的几点要素。
Linux chmod 命令简介
地球空间
07-17 556
权限时，因为它会给予所有用户对文件或文件夹的完全访问权限，这可能会带来安全风险。命令用于改变文件或文件夹的访问权限。这会给指定文件夹及其内部的所有文件和子文件夹的所有者读、写和执行的权限，同时给组用户读和执行的权限。这会给指定文件夹及其内部的所有文件和子文件夹的所有者读和写权限，但不允许执行。这会给指定文件夹以及其内部的所有文件和子文件夹的每个用户读、写和执行的权限。这会从指定文件夹及其内部的所有文件和子文件夹的所有用户那里移除写权限。这会给指定文件夹及其内部的所有文件和子文件夹的所有用户添加执行权限。
搭建远程控制（远程桌面）服务器
07-16 482
搭建一个属于自己的远程控制服务器，操作简单，一次成功。服务端电脑不需要设置，只需要设置路由器或光猫的防火墙。客户端的安装很简单，设置按截图操作即可。
Cookies和session区别
最新发布
qq_39495959的博客
07-19 409
Cookies数据存储在客户端（浏览器）中，而Session数据存储在服务器端。这意味着Cookies是客户端技术，而Session是服务器端技术。
HP iLO5服务器硬件监控指标解读
MXsoft618的博客
07-17 689
监控易作为一款专业的监控软件，通过支持HP iLO5接口，为运维团队提供了全面的服务器硬件监控解决方案。本文将针对监控易中针对HP iLO5的监控指标进行解读，帮助运维团队更好地理解和应用这些监控功能。通过集成多种监控技术和协议，监控易能够实时收集和分析IT系统的运行状态和性能指标，帮助运维团队及时发现潜在问题并进行处理。通过监控易软件的支持，运维团队可以实时掌握服务器的运行状态和性能表现，及时发现潜在问题并进行处理。因此，对于需要全面、高效监控HP服务器的运维团队来说，监控易无疑是一个值得推荐的选择。
http1.1 网络模型
11-29
HTTP（Hypertext Transfer Protocol）是一种应用层协议，它是Web通信的基础。HTTP 1.1是HTTP协议的第一个主要版本，是Web应用程序和Web服务器之间传输数据的协议。 HTTP 1.1网络模型主要包括以下几个组成部分： 1. 应用层：应用层是HTTP 1.1网络模型的最顶层，它定义了HTTP请求和响应的格式和规范，包括URL（Uniform Resource Locator，统一资源定位符）、请求方法（GET、POST等）、请求头、响应码等。 2. 传输层：传输层主要负责在应用程序之间提供可靠的数据传输。HTTP 1.1使用的是传输控制协议（TCP）作为传输层协议，基于TCP的可靠性和稳定性，保证数据在客户端和服务器之间的可靠传输。 3. 网络层：网络层主要负责将从传输层接收到的数据包进行分组和路由，以确保数据可以在不同的网络之间传输。在HTTP 1.1网络模型中，网络层使用Internet协议（IP）来提供数据包的分组和路由功能。 4. 数据链路层：数据链路层负责将数据包转换为比特流，并通过物理网络介质进行传输。在HTTP 1.1网络模型中，数据链路层主要使用以太网协议来提供数据包的传输。 在HTTP 1.1网络模型中，客户端和服务器之间的数据传输过程一般如下：客户端发送HTTP请求到服务器，服务器接收到请求后进行处理，并将生成的响应发送回客户端。这个过程经过了应用层、传输层、网络层和数据链路层的处理和传输。 总结起来，HTTP 1.1网络模型是一个基于TCP/IP协议栈的应用层协议，它定义了Web应用程序和Web服务器之间的通信规范，并通过传输层、网络层和数据链路层来实现数据传输。HTTP 1.1的网络模型为Web应用程序的开发和运行提供了基础。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值