浏览器原理 30 # HTTP/3

最新推荐文章于 2023-05-14 10:52:08 发布
最新推荐文章于 2023-05-14 10:52:08 发布
阅读量1.6k 收藏 1
点赞数
分类专栏： V8 / 浏览器 网络协议 文章标签： http
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kaimo313/article/details/117470149
版权

说明

浏览器工作原理与实践专栏学习笔记

HTTP/3 出现的背景

1999 年设计的 HTTP/1.1 已经不能满足需求，所以 Google 在 2009 年设计了基于 TCP 的 SPDY，后来 SPDY 的开发组推动 SPDY 成为正式标准，不过最终没能通过。不过 SPDY 的开发组全程参与了 HTTP/2 的制定过程，参考了 SPDY 的很多设计，所以我们一般认为 SPDY 就是 HTTP/2 的前身。无论 SPDY 还是 HTTP/2，都是基于 TCP 的，TCP 与 UDP 相比效率上存在天然的劣势，所以 2013 年 Google 开发了基于 UDP 的名为 QUIC 的传输层协议，QUIC 全称 Quick UDP Internet Connections，希望它能替代 TCP，使得网页传输更加高效。后经提议，互联网工程任务组正式将基于 QUIC 协议的 HTTP （HTTP over QUIC）重命名为 HTTP/3。

在这里插入图片描述

在 HTTP/1.1 时代，为了提升并行下载效率，浏览器为每个域名维护了 6 个 TCP 连接；

而采用 HTTP/2 之后，浏览器只需要为每个域名维护 1 个 TCP 持久连接，同时还解决了 HTTP/1.1 队头阻塞的问题。

那么 HTTP/2 到底有什么缺陷？

TCP 的队头阻塞

虽然 HTTP/2 解决了应用层面的队头阻塞问题，不过和 HTTP/1.1 一样，HTTP/2 依然是基于 TCP 协议的，而 TCP 最初就是为了单连接而设计的。

正常情况下的 TCP 传输数据过程

从一端发送给另外一端的数据会被拆分为一个个按照顺序排列的数据包，这些数据包通过网络传输到了接收端，接收端再按照顺序将这些数据包组合成原始数据，这样就完成了数据传输。

在这里插入图片描述

TCP 丢包状态

如果有一个数据因为网络故障或者其他原因而丢包了，那么整个 TCP 的连接就会处于暂停状态，需要等待丢失的数据包被重新传输过来。

在这里插入图片描述

在 TCP 传输过程中，由于单个数据包的丢失而造成的阻塞称为 TCP 上的队头阻塞。

HTTP/2 多路复用 vs HTTP/1.1

HTTP/2 中，多个请求是跑在一个 TCP 管道中的，如果其中任意一路数据流中出现了丢包的情况，那么就会阻塞该 TCP 连接中的所有请求。使用 HTTP/1.1 时，浏览器为每个域名开启了 6 个 TCP 连接，如果其中的 1 个 TCP 连接发生了队头阻塞，那么其他的 5 个连接依然可以继续传输数据。

在这里插入图片描述

随着丢包率的增加，HTTP/2 的传输效率也会越来越差。有测试数据表明，当系统达到了 2% 的丢包率时，HTTP/1.1 的传输效率反而比 HTTP/2 表现得更好。

TCP 建立连接的延时

网络延迟又称为 RTT（Round Trip Time）：是反映网络性能的一个重要指标。

从浏览器发送一个数据包到服务器，再从服务器返回数据包到浏览器的整个往返时间称为 RTT。

在这里插入图片描述

建立 TCP 连接时，需要花费多少个 RTT 呢？

在传输数据之前，需要花掉 3～4 个 RTT。

浏览器和服务器的物理距离较近，那么 1 个 RTT 的时间可能在 10 毫秒以内，总共要消耗掉 30～40 毫秒。

  1. 在建立 TCP 连接的时候，需要和服务器进行三次握手来确认连接成功，需要在消耗完 1.5 个 RTT 之后才能进行数据传输。
  2. 如果使用 HTTPS 进行 TLS 连接，（TLS 有两个版本——TLS1.2 和 TLS1.3）每个版本建立连接所花的时间不同，大致是需要 1～2 个 RTT

TCP 协议僵化

能否通过改进 TCP 协议来解决TCP 协议存在队头阻塞和建立连接延迟等缺点？

非常困难。

原因有两个：

1. 中间设备的僵化

中间设备：比如路由器、防火墙、NAT、交换机等。

中间设备僵化：如果客户端升级了 TCP 协议，但是当新协议的数据包经过这些中间设备时，它们可能不理解包的内容，于是这些数据就会被丢弃掉。这就是中间设备僵化，它是阻碍 TCP 更新的一大障碍。

2. 操作系统

TCP 协议都是通过操作系统内核来实现的，应用程序只能使用不能修改。通常操作系统的更新都滞后于软件的更新，因此要想自由地更新内核中的 TCP 协议也是非常困难的。

QUIC 协议

HTTP/3 基于 UDP 实现了类似于 TCP 的多路数据流、传输可靠性等功能，这套功能称为 QUIC 协议。

HTTP/2 和 HTTP/3 协议栈

在这里插入图片描述

HTTP/3 中的 QUIC 协议实现的功能：

  1. 实现了类似 TCP 的流量控制、传输可靠性的功能
  2. 集成了 TLS 加密功能
  3. 实现了 HTTP/2 中的多路复用功能
  4. 实现了快速握手功能：QUIC 是基于 UDP， 可以实现使用 0-RTT 或者 1-RTT 来建立连接

QUIC 协议的多路复用

和 TCP 不同，QUIC 实现了在同一物理连接上可以有多个独立的逻辑数据流（如下图）。

在这里插入图片描述

HTTP/3 的挑战

1. 从目前的情况来看，服务器和浏览器端都没有对 HTTP/3 提供比较完整的支持。

2.部署 HTTP/3 也存在着非常大的问题。

因为系统内核对 UDP 的优化远远没有达到 TCP 的优化程度，这也是阻碍 QUIC 的一个重要原因。

3.中间设备僵化的问题。

这些设备对 UDP 的优化程度远远低于 TCP，据统计使用 QUIC 协议时，大约有 3%～7% 的丢包率。

拓展

腾讯AlloyTeam：HTTP/3原理与实践

凯小默
关注
专栏目录
TCP的三次握手和四次挥手
rushing的博客
07-04 429
对TCP的三次握手和四次挥手的理解以及关闭连接时TIME_WAIT状态的调研
《浏览器工作原理与实践》学习笔记
weixin_48391468的博客
02-20 1349
浏览器原理 前言 本文是学习**李兵老师的《浏览器工作原理与实践》**过程中记录笔记，详细链接见文末 进程vs线程 进程：一个应用程序的运行实例就是一个进程，详细来说就是：启动一个应用程序的时候，操作系统会为该程序分配一片内存空间，用来存放代码、数据和一个主线程，这样的运行环境就称为一个进程 线程：依附于进程，多个线程并行可以提高运行效率 进程和线程之间的几个特点 1.进程中的任意一个线程执行出错，都会导致进程崩溃 2.线程之间共享父进程的数据 3.当进程关闭的时候，整个进程的资源都会被回收 4.进程之间的
TCP 连接的时间开销（一）
zhpCSDN921011的博客
07-03 2948
TCP 连接的时间开销（一）
TCP三次握手(含常见面试题)详解
small_engineer的博客
04-15 1万+
TCP 头格式 序列号：在建立连接时就由计算机随机生成，每发送一次数据，该序列号+1，用来解决网络中包乱序的问题 确认应答号：表示下一次期望收到的报文序列号，表示以前的数据报都已经收到了，用来解决网络中丢包的问题 控制位： ACK：该位为1时，确认应答号是有效的，除了建立连接开始的syn包时，其他包该位必须为1 RST：该位为1时，表示出现异常，强制连接断开 SYN： 该位为1时，表示希望建立连接，并且初始化序列号 FIN： 该位为1时，希望正常断开连接，通信双方互相交换FIN，表示可以断开 TCP连
TCP协议经典十五问
Meiko记录
10-13 1451
1. 讲下TCP三次握手流程 开始客户端和服务器都处于CLOSED状态，然后服务端开始监听某个端口，进入LISTEN状态 第一次握手(SYN=1, seq=x)，发送完毕后，客户端进入 SYN_SEND 状态 第二次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1)， 发送完毕后，服务器端进入 SYN_RCVD 状态。 第三次握手(ACK=1，ACKnum=y+1)，发送完毕后，客户端进入 ESTABLISHED 状态，当服务器端接收到这个包时,也进入 ESTABLIS.
TCP的连接过程——三次握手和四次挥手
weixin_52477733的博客
08-31 709
假设只有两次握手,此时服务器发送完报文后处于ESTABLISHED状态,也就是说可以发送数据给客户端了,这时因为网络收敛客户端迟迟收不到服务器的ACK报文,然后服务器又发送了数据给客户端,网络恢复,数据报文优先于ACK报文到客户端,尽管客户端可以通过上下文丢弃异常的ACK报文(因为客户端要的ACK报文的ack=71)而发送RST中断连接,但服务器发送的数据已经到达客户端,所以造成了资源的浪费.同时会用客户端发送的SYN包中的序号+1作为确认序号返回给客户端,同时将标志位中的ACK设置为1,之后服务器处于。.
JavaScript（六）（浏览器模型/window对象/iframe）
qq_43456781的博客
07-27 2051
JavaScript（六）（浏览器模型/window对象） 文章目录JavaScript（六）（浏览器模型/window对象）八、浏览器模型54. 浏览器环境概述54.1 代码嵌入网页的方法54.1.1 script 元素嵌入代码54.1.2 script 元素加载外部脚本54.1.3 事件属性54.1.4 URL 协议54.2 script 元素==54.2.1 网页工作原理==54.2.2 defer 属性54.2.3 async 属性54.2.4 脚本的动态加载54.3 浏览器的组成54.3.1 渲染
Web技术（五）：HTTP/2 是如何解决HTTP/1.1 性能瓶颈的？
流云
06-03 3742
一、HTTP/2 概览 1. HTTP/1.1 存在的队头阻塞问题，降低了TCP连接利用率；HTTP/2 通过多数据流并发复用TCP连接部分解决了该问题； 2. HTTP/1.1 重复传输臃肿的首部字段，降低了网络资源利用率；HTTP/2 通过首部压缩HPACK，大幅减少了传输开销； 3. HTTP/1.1 报文各字段长度不固定，只能串行解析；HTTP/2 整个报文都采用二进制编码，且每个字段长度固定，可以并行处理； 4. HTTP/1.1 客户端不能接收除响应之外的报文；HTTP/2 支持服务端主动推送。
字节面试题：详解浏览器工作原理
weixin_43964148的博客
06-20 1074
前言本文主要介绍如下内容：浏览器的高层结构浏览器的渲染原理浏览器如何加载Javascript脚本Javascript引擎如何工作引入在浏览器中输入URL并回车后都发生了什么？让我们从大家...
2023高薪前端面试题（一、前端基础——HTTP/HTML/浏览器）
iaz999的博客
04-29 3232
语义化就是构成HTML结构的标签要有意义。比如有这样的标签：header表示页面头部main表示页面主题footer表示页面底部那么这些标签构成的HTML结构就是有意义的，也是语义化的。​ 如果说页面的头部、主体以及底部都用div来表示，那么他就不是一个语义化的HTML结构了。
HTTP略解
weixin_43333890的博客
02-12 452
一、HTTP的两种连接形式 1）非持久性连接 每个TCP连接最多允许传输一个对象 HTTP 1.0版本使用非持久性连接 假定用户在浏览器输入URLwww.baidu.com/somedepartment/home.index 过程如下： 1°HTTP客户端向地址为www.baidu.com的服务器的HTTP服务器进程（80端口）发起TCP连接请求。 2°HTTP服务器在端口80等待tcp连接，接收...
【网络基础】TCP协议之三次握手&四次挥手--详解与常见问题解答
最新发布
不积跬步无以至千里，不积小流无以成江海~
05-14 7454
根本原因: 无法确认客户端的接收能力。如果是两次，你现在发了 SYN 报文想握手，但是这个包滞留在了当前的网络中迟迟没有到达，TCP 以为这是丢了包，于是重传，两次握手建立好了连接。看似没有问题，但是连接关闭后，如果这个滞留在网路中的包到达了服务端呢？这时候由于是两次握手，服务端只要接收到然后发送相应的数据包，就默认建立连接，但是现在客户端已经断开了。看到问题的吧，这就带来了连接资源的浪费。备注：丢包的数据 服务器会根据时间戳或者根据响应时间 判定是否接受 这个请求/数据；
计算机网络之HTTP之持续连接与非持续连接
weixin_45437521的博客
10-08 1万+
计算机网络之持续连接与非持续连接前言非持续连接串行的非持续连接并行的非持续连接持续连接带流水的持续连接不带流水的持续连接 前言 在许多因特网应用程序中，客户和服务器在一个相当长的时间范围内通信，其中客户发出一系列请求并且服务器对每个请求进行相应。 每个请求/相应对是经一个单独的TCP连接发送，还是所有的请求及其相应经相同的TCP连接发送？ 关于这里，我们有一个简单而形象的比喻： 一个同学小王在寝室里开小卖部，因为怕别的同学举报，他的门一直关着，等来买东西的人敲门时再打开。 非持续连接的串行工作方式： 小李
TCP连接的建立过程
系统运维
10-14 789
TCP是一个面向连接和协议，在发送数据之前，任何交互都要基于连接才能完成。本博文讨论连接的建立过程。 我在本机上打开一个端口，然后对这个端口telnet，连接之后，会将其断开，并用tcpdump对其TCP数据传输进行输出，如果对TCP首部不是特别了解，可以参考博文【TCP/IP：认识TCP】 一，测试输出 调用telnet telnet 192.168.1.105 5210 输出如下：...
HTTP非持久连接和持久连接
liqing19850102的专栏
09-26 1万+
HTTP非持久连接和持久连接 HTTP既可以使用非持久连接（nonpersistent connection），也可以使用持久连接（persistent connection）。HTTP/1.0使用非持久连接，HTTP/1.1默认使用持久连接。 1．非持久连接 让我们查看一下非持久连接情况下从服务器到客户传送一个Web页面的步骤。假设该页面由1个基本HTML文件和10个J
HTTP协议
my
09-15 749
目录 Web和HTTP HTTP概况 HTTP使用TCP传输服务 HTTP是无状态协议 非持续连接和持续连接 Web和HTTP World Wide Web是由Tim Berners-Lee发明的，Web使得网页可以互相链接，从而形成了极其庞大的信息网络和内容网络，今天也被发展成为服务网络。Web极大地改变了人们与工作环境内外交流的方式,它将因特网从只是很多数据网之一的地位提升到仅有的一个数据网。Web没有任何商业性的需求，在这里也是要向这位Berners-Lee致敬。 HTTP概况 ..
一篇文章搞懂TCP协议
程序猿的世界
04-04 1651
TCP概述 面向连接的运输层协议：应用程序在使用TCP协议之前，必须先建立TCP连接，数据传输完毕后，必须释放已建立的TCP连接 点对点：TCP连接只能有两个端点，一对一 可靠：通过TCP连接传输的数据，无差错、不丢失、不重复、按需到达 全双工通信：连接的两端都设有发送缓存和接收缓存，用来临时存放双向通信的数据 面向字节流：数据通过自己序列发送，发送和接收的字节流顺序必须完全一致 TCP...
TCP中的RTT和RTO
yizhiniu_xuyw的专栏
11-12 8678
一、RTT和RTO的概念 TCP作为一个面向连接的、可靠的传输协议，内部实现了一个重传计时器来保证数据能传输到对方。每发送一个数据包，就给这个数据设置一个重传计时器。如果在计时器超时之前收到了针对这个数据包的ack，就取消这个计时器。如果没有收到，则开始发起重传。计时器超时的时间被称为RTO，这个时间的确定取决于RTT。 关于两者详细的解释： RTT(Round Trip Time)：一个连接的往返时间，即数据发送时刻到接收到确认的时刻的差值； RTO(Retransmission Time Out
TCP的超时重传之深入了解RTT与RTO
热门推荐
whgtheone的博客
07-09 4万+
TCP提供一种面向连接的、可靠的字节流服务，其中可靠的保证方法之一就是却让从另一端收到的数据。但是数据和确认信号都有可能丢失，。TCP通过在发送数据时设置一个重传定时器（注意这里的超时定时器和第四节讲的定时器不一样）来监控数据的丢失状态，如果重传定时器溢出时还没收到确认信号，则重传该数据。这就是建立重传机制的原因。 下面解释两个名词： RTT(Round Trip Time)：一个连接的往返时...
浏览器与服务器交互：Session与Cookie原理
"浏览器与服务器之间的交互主要涉及session和cookie技术，它们用于...总结起来，session和cookie是浏览器与服务器之间识别用户身份和维护会话的关键技术，理解它们的工作原理对于开发高效、安全的Web应用具有重要意义。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

凯小默

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值