谷歌宣布 几天前它已经开始 在Chrome中部署HTTP / 3和IETF QUIC 他在公告中表示，他希望此更新可以带来一些其他性能改进，尤其是在对QUIC的支持下。
QUIC是一种新的网络传输协议 结合了TCP，TLS和其他功能。 HTTP / 3是HTTP的最新版本，该协议承载着绝大多数的网络流量。 HTTP / 3仅适用于QUIC。
互联网工程任务组（IETF）于2年推出了HTTP / 2015，它的一项重大改进就是对多路复用的支持。
但是，它使用TCP作为传输协议和TCP中的丢失恢复机制，因此丢失的数据包仍然会导致所有活动事务中的延迟。
通过采用QUIC，HTTP / 3可以进一步改善传输过程，因为在这种情况下丢失的数据包仅影响直接受影响的交易。
事实上， QUIC最初由Google开发 并于2013年首次发布。此后，该协议已经成熟，目前负责承载Google三分之一的流量。
然后，在2015年，QUIC的开发权交由负责维护Internet协议的标准机构IETF处理。 IETF通过一些更改改进了QUIC。 迄今为止，有两种相似但不同的协议，分别是：Google QUIC和IETF QUIC。
Google宣布一直使用自己的QUIC版本，但他的QUIC团队也参与了IEFT专有版本的实施。 博客文章写道：“过去五年来，我们为发展Google QUIC做出了巨大的努力，以跟上IETF所做的更改，当前最新版本的Google QUIC与IETF QUIC有许多相似之处。”另外，来自Google 澄清了一些遗漏。
作为一个例子，到目前为止 大多数Chrome用户无法与IETF QUIC服务器通信 而不启用某些命令行选项。 同样 Google补充说，现在发现IETF QUIC的性能明显优于HTTP 相比TLS 1.3和TCP。
该公司特别指出，谷歌的搜索引擎延迟减少了2％以上。 YouTube的缓冲时间减少了9％以上。 此外，在台式机上，客户端性能提高了3％以上。
在手机上，客户绩效提高了7％以上。 这些和其他原因是Chrome转换为IETF的QUIC版本的原因。 “我们很高兴地宣布，Chrome正在实施对IETF QUIC（特别是h3-29试用版）的支持。
如今，稳定版Chrome的用户中约有25％使用的是h3-29，并且我们计划在未来几周内通过继续监控性能数据来增加该数字。 。
他补充说：“ Chrome将积极支持IETF QUIC h3-29和Google QUIC版本（Q050），以使支持Q050的服务器有时间升级到IETF QUIC。” Chrome m85尚不支持IETF QUIC 0-RTT，Google希望在未来几个月内发布对IETF QUIC 0-RTT的支持时，这种性能会更好。 同样，由于IETF QUIC版本30和31不包含可能破坏兼容性的更改，因此该公司不打算更改“有线”标识符。
这意味着 将继续跟踪IETF版本中的更改， 但是 将实现为h3-29 / 0xff00001d。
因此，如果服务器想与Chrome进行互操作，建议服务器继续支持h3-29，直到完成最终RFC。 但是，如果IETF所做的更改破坏了未来项目的兼容性，Chrome将会撤销该决定。
数据来源： https://blog.chromium.org