Google 将向 IETF 标准提交 QUIC 协议提案

Google 近期宣布，他们将向IETF 提交实验性传输层网络协议QUIC 的提案。此外，Google 已经给出了QUIC 协议优化页面加载时间的第一手数据。

自从2013 年引入QUIC 以来，Google 一直在为更多的Google 服务提供QUIC 协议支持。他们认为，“目前，近半数来自Chrome 访问Google 服务器的请求都是基于QUIC 协议的”，未来QUIC 将会作为“Chrome 和Google 移动app 向Google 服务器发起请求的默认协议”。

Google 通过大规模的性能分析发现，“相对于 TCP 而言，QUIC 的性能有了真正的进步”，这得益于 QUIC 的以下特性：

• 低延迟链接的建立，这对已建立的链接很有好处。在这种情况下，Google 搜索页面的平均加载时间缩减了 3%。
• 改进拥塞控制和丢包恢复机制，这在糟糕的网络环境中尤为重要。在这种情况下，Google 搜索页面在“最慢的 1% 的连接”中节省了整整 1 秒的时间，并且观看基于 QUIC 的 YouTube 视频时会减少高达 30% 的数据重缓存。

QUIC 是 Google专门为减少TCP web 延迟而创造的协议，他们认为“想让TCP 变得高效几乎是不可能的”，因为它是在操作系统内核和固件中实现的，所以团队最终选择基于UDP 打造QUIC 协议。

Hacker News 上的一位评论者指出，Google 在这场悄无声息的“基于大规模用户由开放协议至专有协议的转移”的战役中胜出了，这本身就彰显着其掌控大量成熟服务和主导 web 浏览器市场的能力，不过我们可真的需要担心 Google 延期标准化进程或最终放弃这一协议。其他评论者在同一话题下指出，Google 在他们的新闻群组开放了QUIC 的标准化进程，每个人都可以定义QUIC 或为其贡献代码。最后，如果你想禁用 Chrome 的相关支持，可以参考这里的资料。

查看英文原文： Google Will Propose QUIC As IETF Standard

感谢夏雪对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们，并与我们的编辑和其他读者朋友交流（欢迎加入 InfoQ 读者交流群）。