50年来，TCP被视为传输IP数据包的“主力军”。随着Google提出的QUIC（快速UDP Internet连接）协议，将加速互联网的发展，QUIC可减少延迟，而HTTP/3（超文本传输协议/ 3）是在QUIC上处理HTTP逻辑的结果，是一起开发并分发的协议。
即将完成的QUIC和HTTP/3协议已达到一个重要的里程碑。现在，大多数改编都可以互操作，并且服务器也正在获得更新以支持QUIC和HTTP/3协议，并已为这些协议做好了准备。
IETF中的QUIC和HTTP/3
随着QUIC和HTTP/3在IETF（互联网工程任务组）的协作和迭代标准化过程中不断发展，现在已经达到了关键节点。就在几周前（四年后，经过22次面对面的会议，1800个版本的发布以及成千上万的错误报告），工作组结束了上一次重要的相关会议。换句话说，工作组负责人要求工作组提供协议的最终设计版本。
总之，QUIC工作组最终将完成其新协议的开发。
互通性
更改Internet协议（一种专为替换Web的TCP而设计的传输协议）要求所有通信实体都可以彼此通信，而不会出现任何问题。互联网基本上是一个多提供商的生态系统，因此通信几乎总是涉及同一协议的多种改编。为了成功部署，各种供应商都需要构建QUIC应用程序，并且需要这些应用程序相互配合。
苹果，谷歌，微软，Mozilla和Fastly等供应商正在开发自己的应用程序，其中许多应用程序现在已经相当成熟。这些从业人员定期开会，以相互测试他们的应用程序，并且许多人还参加了称为QUIC Interop Runner的自动互操作测试工具，该工具连续运行。Interop Runner通过一系列准确性和性能测试显示了参与应用程序之间HTTP/3和QUIC互操作性的当前状态。
研究这些协议的从业人员社区已经了解到，相互开放和连续的通信对于实现和分发这些协议是必要的。随着协议的发展，这些从业者之间一直保持着密切的联系，令人兴奋的是，大多数应用程序几乎可以完全互操作。
浏览器支持
- Google Chrome在所有通道上都支持HTTP/3草稿版本H3-29。Google已为所有渠道中的一小部分Chrome用户启用了HTTP/3。用户还可以在任何Chrome通道上手动启用h3-29的草稿版本。（这与对GQUIC的支持不同，GQUIC是由Google构建的较旧的专有协议，大多数Chrome用户仍将其主要用于Google服务器 。Chrome有望用HTTP/3和QUIC替代GQUIC。Chrome有望替代HTTP/3且QUIC分布会随着GQUIC分布的减少而降低。）
- Microsoft Edge使用Chrome的网络堆栈，其中包括QUIC和HTTP/3实现，因此在支持这些协议的同时密切关注Chrome。Edge默认情况下为运行h3-29草案版本的Dev和Canary用户中的一小部分启用这些协议。用户可以在任何Edge通道上手动打开h3-29的草稿版本。
- Mozilla Firefox在夜间结构中支持HTTP/3 h3-29草案版本，可以手动启用。
- Apple Safari（ 可作为实验性功能通过HTTP手动激活） / 3版本支持h3-29草案。
平台类
- Apple包括对HTTP/3草案版本h3-29的支持，这是一项实验性功能，可以为iOS和macOS，iOS 14和macOS Big Sur上的应用程序手动启用。
- Microsoft Windows拥有自己的IIS Web服务器使用 的HTTP/3和QUIC的实现，并且正在针对内部在线服务（例如M365）进行测试。此应用程序支持草稿版本h3-27，h3-28和h3-29。
- Google在Android平台上没有HTTP/3和QUIC可用性及支持的总体计划。但是Chrome浏览器可以在Android上运行，并且Android应用程序（以及少数几个）可以使用Chrome的网络堆栈（cronet），其中包括QUIC和HTTP/3应用程序。
下一代网络即将出现
那么，所有这些发展在世界上最终的QUIC和HTTP/3发行方面带给我们什么呢？做一些猜测；纵观环境，今年我们将看到客户端对QUIC和HTTP/3的支持迅速增加，以及首先在预发布渠道上进行的更高容量的测试，其次是在其稳定版本中启用QUIC和HTTP/3的客户端。
像Fastly和Cloudflare这样的公司很高兴在终点线的另一端看到这些协议。这些团队将参加IETF流程的最后阶段，并密切监视各种分布。随着这些协议的实施，我们将为您提供最新信息，并在全球范围内提供更好的网络体验。
原文地址：https://www.zhanzhangb.com/1600.html
相关文章
