网络基础(四) — QUIC协议

一、概述

QUIC(Quick UDP Internet Connections)协议是一种全新的基于 UDP 的 web 开发协议(应用层协议)。

本文主要来分一下 QUIC 协议相对于 TCP 协议的优势。

二、TCP 协议 & QUIC协议

2.1 TCP 协议

我们知道,TCP协议是传输层协议,是一个面向连接,且可靠的的协议。因为TCP协议是面向连接的,所以在建立通信前需要进行3次握手。如果是 TCP+TLS 协议(HTTPS),那么建立连接前的通信次数更多。因此 TCP 协议连接建立的成本相对较高,通常我们会通过服用连接来降低这部分的开销。

在这里插入图片描述

同样是传输层的 UDP协议是无连接协议,它的特点是传输速度快,但是可能存在丢包的问题(通信前不需要建立连接)。

2.2 QUIC协议

我们知道,HTTP协议在传输层依赖的是TCP协议,数据的完整性是依赖TCP协议来实现的。相对于UDP协议传输速度快,TCP协议因为需要保证数据的完整性,所以会做很多的保护措施:如建立连接;如:顺序传输数据,如果出现传输失败,要进行失败重试的操作。

QUIC协议:

QUIC 协议如果要提升数据传输速度,就得利用UDP协议。但由于UDP协议不可靠,因此数据的完整性这部分功能就需要应用层的QUIC协议来实现。

QUIC 协议的优点:可以在 1 到 2 个数据包内,完成连接的创建,如下图所示。

在这里插入图片描述

协议分层如下图所示:
在这里插入图片描述

三、QUIC 特性

如果QUIC协议实现数据完成性的方案与TCP是一致的,那QUIC协议就没有什么优势了,无非是将功能的实现从传入层放到了应用层。所以QUIC协议肯定是通过了其它的方案来实现数据的完整性校验。

3.1 避免前序包阻塞

TCP的拥塞问题。

SPDY 和 HTTP/2 协议现在都支持将页面的多个数据(如图片、js 等)通过一个数据链接进行传输。该特性能够加快页面组件的传输速度,但是对于 TCP 协议来说,这会遇到前序包阻塞的问题。这是由于 TCP 协议在处理包时是有严格顺序的,当其中一个数据包遇到问题,TCP 连接需要等待这个包完成重传之后才能继续进行。因此,即使逻辑上一个 TCP 连接上并行的在进行多路数据传输,其他毫无关联的数据也会因此阻塞。

在这里插入图片描述

QUIC 协议直接通过底层使用 UDP 协议天然的避免了该问题。由于 UDP 协议没有严格的顺序,当一个数据包遇到问题需要重传时,只会影响该数据包对应的资源,其他独立的资源(如其他 css、js 文件)不会受到影响。

在这里插入图片描述

3.2 减少数据包

建立连接的通信次数少。

前文已经介绍过 QUIC 协议在创建连接握手时,只需要 1 到 2 个数据包即可。这对于拥有高速互联网连接的网络环境下可能没有太大的感觉,因为此时一个数据包的延时大概在 10~50ms 之间。

一般来说延迟在 50ms 之内不会有太大的感觉。但是对于无线网络来说,情况就不太一样了。且不说传统 2G/3G 网络,即使是 4G 网络,客户端和服务器之间的延时也通常在 100ms 以上。传统 TCP+TLS 协议的传输方式,在创建连接时的 4 个数据包和 QUIC 协议的 1 个数据包相比,连接创建上就会多耗时 300ms 以上。

3.3 向前纠错

丢包时,通过向前纠错来减少重试次数。缺点是会降低每个包最大的传入数据(因为要做冗余)。

QUIC 协议有一个非常独特的特性,称为向前纠错(Forward Error Correction),每个数据包除了它本身的内容之外,还包括了部分其他数据包的数据,因此少量的丢包可以通过其他包的冗余数据直接组装而无需重传。

这类似网络层的 RAID 5!

目前默认的冗余量是 10%,既每发送 10 个数据包,其冗余数据就可以重新构建一个丢失的数据包。

向前纠错牺牲了每个数据包可以发送数据的上限,但是减少了因为丢包导致的数据重传,因为数据重传将会消耗更多的时间(包括确认数据包丢失、请求重传、等待新数据包等步骤的时间消耗)。

3.4 会话重启和并行下载

TCP协议在网络状态发生改变时(如:Wifi->4G)要进行重连。而QUIC协议是根据UUID来实现连接的,当网络状态发生改变时,只要UUID未改变,就不需要重连。

底层协议切换到 UDP 协议之后的另一大好处是,连接不再依赖于来源 IP。

对于 TCP 协议来说,标识一个 TCP 连接需要 4 个参数,既来源 IP、来源端口、目的 IP 和目的端口。其中的任一参数改变,TCP 连接就需要重新创建。

这对于传统网络来说影响不大,因为来源和目的 IP 相对固定。但是在无线网络中,情况就大不相同了。设备在移动过程中,可能会因为网络切换(如从 WIFI 网络切换到 4G 网络环境),导致 TCP 连接需要重新创建。

QUIC 协议使用了 UDP 协议,不再需要这四元组参数。同时 QUIC 协议实现了自己的会话标记方式,称为连接 UUID。当设备网络环境切换时,连接 UUID 不会发生变化,因此无需重新进行握手。

该特性除了可以减少无谓的连接重连之外,还可以充分利用设备的不同网络接口,进行资源的并行下载。因为虽然这些网络接口有不同的 IP,但只要他们能够共享连接 UUID,就能够并行的从服务器下载数据。


四、总结

QUIC 协议使用了 UDP 协议作为底层传输协议,通过下面4种方式减少了网络延迟。

  1. 传输层: QUIC协议底层使用UDP,没有拥塞问题;而HTTP协议底层使用TCP,有拥塞问题。
  2. 建立连接: 建立连接时,QUIC协议发送的包少,而HTTP+TCP发送的包多。
  3. 向前纠错: 出现丢包问题时,QUIC协议通过包数据的冗余设计来避免包的重发;TCP协议会触发包的重发机制,时间开销更大。
  4. 会话重启: QUIC协议利用UUID来建立连接,当网络状态发生变化时,只要UUID不变,就不需要进行重连。而TCP协议是基于IP和端口号进行连接的,当有一个发生变化时,都需要进行重连。

五、参考

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
QUICQuick UDP Internet Connections)是基于UDP协议的一种传输协议。它是一种用于提供安全且快速的互联网连接的协议。与TCP相比,QUIC具有更低的连接延迟和更好的网络拥塞控制能力。QUIC协议将数据包分为Header和Data两部分,其中Header包含了一些关键信息,如Frame Type,用于标识不同类型的数据包,如Stream、ACK、Padding、Blocked等。 QUIC协议的实现有许多版本和变种,其中QuicNet是QUIC协议的.NET实现。它与quic-transport草案的第32版保持一致,并且还未提供其他相关草案的实现,如quic-tls和快速恢复。 在数据传输方面,QUIC协议TCP一样利用滑动窗口机制来实现流量控制。当发送端收到接收端的ACK帧时,窗口会向右滑动,从而发送新的数据包。不过,与TCP不同的是,QUIC协议具有更好的拥塞控制和流量控制能力,可以更有效地管理网络中的数据传输。 综上所述,QUIC是一种基于UDP的传输协议,用于提供安全且快速的互联网连接。它具有低延迟和优秀的拥塞控制能力,并采用滑动窗口机制实现流量控制。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [QUIC协议详解](https://blog.csdn.net/weixin_41821317/article/details/122993082)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *2* [Quic.NET:QUIC协议的.NET C#实现-Google的实验性传输层](https://download.csdn.net/download/weixin_42127775/18481734)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值