共计 3177 个字符，预计需要花费 8 分钟才能阅读完成。
作者：赵咏
QUIC 的发音相似于 Quick，实际上也的确很快。它能够很好地解决利用在传输层和应用层面临的各种需要，包含解决更多的连贯、安全性以及低提早。
目前在互联网畛域，QUIC 能够说刮起了新一代互联网传输协定的风。对开发者而言，理解 QUIC 更是有助于时延敏感性利用以及音视频、购物领取等利用场景的体验晋升。
1 QUIC 领有两大劣势
* 0RTT，建设低提早传输
传统的 TLS 协定，须要通过两级握手实现用户数据的传输。第一级包含 TCP 的三次握手，至多须要一个来回；第二级是 TLS 协定的握手，通过 ClienHello、ServerHello 几次握手的数据包协商后能力开始用户数据传输。
尽管 TLS1.3 在 TLS 握手阶段进行了优化，反对在首包 ClientHello 传输数据，但 TCP 的握手还是无奈节俭。QUIC 协定则摈弃了 TCP 协定，改用 UDP 作为底层传输协定，进一步压缩了 TCP 三次握手所带来的时延，达到了真正的 0RTT。这一劣势对时延敏感型的利用很有吸引力，也给视频类利用提供了切换至 QUIC 协定的能源。
* 加密传输
大部分互联网公司都非常重视用户的平安隐衷，始终继续推动数据的加密传输。这项工作须要两个协定撑持，别离是 HTTP 协定和 DNS 协定。
（1）HTTP 协定从 1.1 版本升级到 2.0 再到 3.0，自身并没有波及加密的内容，仅在时延问题上改良。但与 HTTP 协定伴生的 TLS 协定专职进行加密，从 TLS1.2 降级到了 TLS1.3，不仅加强了加密的强度，还将原先的明文握手局部进行了大幅加密。甚至，TLS 协定打算将来将所有的握手局部均加密。
（2）DNS 协定与 HTTP 协定也是伴生状态，但不可避免的会泄露 HTTP 协定中的域名信息。因而，DNS 的加密个别会同时进行。
目前支流的解决方案是应用 TLS 进行加密，但 QUIC 协定领有和 TLS 相似的加密能力，且性能更好。这突破了 TLS 协定对加密的垄断，成为其最大竞争者。
2 QUIC 的应用状况
很多年前，谷歌和 Meta（原 Facebook）对 QUIC 协定别离进行了钻研，甚至 Facebook 还实现了一个 TCP 版本的 QUIC。起初，他们在钻研上分列两个营垒，一个是谷歌的 gQUIC，另一个是 IETF-QUIC。不过最初，他们达成了统一，均归为 IETF-QUIC 营垒，也就是现今 QUIC 的雏形。
作为主推者，谷歌和 Facebook 旗下的 App 已大量应用 QUIC 进行通信。那么现在他们以及各大互联网厂商都在 QUIC 上有哪些停顿呢？
- 谷歌：作为应用宽泛的挪动操作系统 Android，其自带浏览器组件 Webview 均默认反对 QUIC，Chrome 及其衍生浏览均反对 QUIC。还有一些和用户生存连贯严密的 App 也会尝试应用 QUIC，比方 Youtube、Gmail、Google map、Google Play 等。这些在反对应用的场景下都会默认进行 QUIC 的传输。
- Facebook：Facebook、Messenger、Instagram、Whatsapp 等旗下较为出名的 App 和谷歌应用相似的 QUIC 策略。
- Apple：苹果在 QUIC 上的策略没有那么激进，但曾经将 QUIC 作为将来趋势进行筹备，包含 QUIC 上线所配套的 DoH 服务器。另外，苹果曾经在最新的 iCloud+ Private Relay 中应用了 QUIC 作为代理传输协定。
- CloudFlare：作为一个 CDN 厂商，ClouFlare 始终鼎力推动 QUIC 的应用，笼罩大量 chrome+ 小网站模式下的流量，让这些流量默认应用 QUIC。
- Snapchat：跟随着 Google 的脚步，这款较为风靡的聊天软件，也大量应用了 QUIC。
- 国内互联网厂商：快手、搜狐视频主力应用 QUIC 传输视频，目前是国内推动最快的。微信、淘宝、爱奇艺、抖音、百度已在局部流量或者局部时延场景下启用 QUIC。应用 QUIC 逐步成为国内互联网厂商的潮流。
3 QUIC 协定格局
通过长时间的演变以及两个营垒的钻研，QUIC 协定具备很多分支和变种。这里咱们省略一些后期变动的叙述，聚焦以后的状况开展。目前，QUIC 协定次要有两大分支版本。
- gQUIC 版本，由谷歌打造并宽泛应用。QUIC 的载荷内容可能看到的只有 ClientHello 包和 Rejection 包，其余的数据包均是加密的，没有秘钥看不到。因而咱们先介绍一下裸露在里面的内容，如下图是 gQUIC 的 ClientHello 包构造，在 wireshark 外面显示的是 IETF QUIC。这是因为两个分支正在交融，在这部分是基本一致的，包含包头、CRYPTO 和 PADDING 三局部。包头是一些根本信息，重要的是版本号和 Connection ID。
CRYPTO 蕴含具体的握手参数，这是与 gQUIC 和 IETF QUIC 区别最大的中央。但它们的作用相似，都是提供域名、加密参数之类的握手所须要的信息。下图则是 gQUIC 中的格局，是谷歌本人定义的：
在 IETF QUIC 里的 CRYPTO 装的是一个 TLS 的 ClientHello，基本上间接复制了 TLS 的格局。下图是 IETF QUIC 的 CRYPTO 格局，从内部格局看这是两个 QUIC 分支最大的区别点：
内部能看到的格局介绍到这里，曾经阐明了 90%，其余局部在 Wireshark 外面有比拟明确的解释。此外，最新版的 QUIC（两个分支）均应用了 Encrypted ClientHello 机制，后面介绍的 ClientHello 在流量外面是“加密”状态，看起来是一些随机的字节，只有最开始的几个字节用来辨别不同的 QUIC 版本。但这个“加密”的秘钥就藏在 ClientHello 包外面，能够现场计算出真正的秘钥并解密。因而，Wireshark 可能看到明文的 ClientHello 内容。这种“加密”相似当年的 P2P 协定，都是为了减少 DPI 设施的解决难度，最终须要拼 CPU 算力。如果 CPU 算力不够则看不到明文。
4 QUIC 的交互过程
Wireshark 提供了 QUIC 流量的解密性能，有秘钥就能看到加密前的具体内容。这样咱们也就能直观的看到 QUIC 的交互过程。事实上，QUIC 承当了 TCP 的性能，次要是可靠性传输的保障能力。从下图能够看出，外部会传输大量的 ACK 报文，用来确认数据曾经收到，基于此再产生重传等拥塞管制相干的能力。
除了可靠性传输的保障能力，QUIC 外部存在 stream 机制。每个 stream 都能够被认为是一个独立的流，这样 QUIC 自身就是一个大的加密传输隧道。QUIC 外部理论传输数据的协定个别是 HTTP3，这让 QUIC 和 HTTP3 产生了强绑定，很多时候大家会把这二者当成是一个货色。Wireshark 目前并没有解析 HTTP3，只能看到一些二进制的数据。但 HTTP3 继承了 HTTP2，数据带有压缩，短短的几个字节可能就是一个微小申请压缩后的后果。
综上所述，QUIC 协定是一个联合多种优良个性的互联网传输新协定，天然也成为了互联网各大厂商的新宠儿。对此，华为也推出了 HMS Core 网络减速套件——hQUIC Kit，帮忙开发者在利用中疾速反对 QUIC 协定，再辅以智能拥塞算法，最终为用户提供更快的连贯建设速度，更强的抗丢包能力以及更高的吞吐量。hQUIC 实用游戏、视频通话、在线 TV/VOD、VR 实时播送等利用场景，其服务劣势有：
- 简略易用：提供简略易用的编程接口，屏蔽网络细节。
- 兼容性：兼容 gQUIC 协定，反对 Cronet 接口。
- 挪动网络体验晋升：晋升弱网环境对用户的体验。
更多 hQUIC Kit 信息，请参见：
https://developer.huawei.com/…
开发指南：
https://developer.huawei.com/…】
理解更多详情 >>
拜访华为开发者联盟官网
获取开发领导文档
华为挪动服务开源仓库地址：GitHub、Gitee
关注咱们，第一工夫理解 HMS Core 最新技术资讯~
