谷歌在对抗网络速度缓慢的斗争中开启了新的篇章，大量使用了“QUIC”，这是一种新的实验性传输协议（4 级），其加密程度相当于 TLS/SSL，但速度更快。这并不是这家加州巨头第一次想要推动互联网发展。 2012年，他就已经提出了SPDY协议，它通过在单个 TCP 连接（也是第 4 级传输协议）上复用多个 Web 请求来优化连接。这减少了建立连接开始时客户端和服务器之间的往返次数（英文为“Round Trip”）。此机制已得到 IETF 的验证，并将其集成到新标准中HTTP/2。
通过 QUIC，Google 希望更进一步，在之前已经联系过某个站点时，将往返次数减少到零：然后客户端将能够直接将数据发送到服务器，而无需浪费时间进行初步交换。事实上，QUIC 会假设第一次交换的参数（例如服务器证书或客户端 IP 地址）保持不变，以便能够立即发起连接。如果参数发生变化，QUIC将像第一次一样执行完整的协议交换。但通常这不是必需的。
为了能够在现实生活中与真实的互联网用户一起测试其实验协议，Google 没有依赖 TCP 来构建 QUIC，而是依赖于 UDP，另一个 4 级传输协议（因此在其他地方得名：问尤克UDP我互联网C连接）。该协议不如 TCP 完整，但有几个优点。与 TCP 不同，UDP 并不直接集成到操作系统内核中，谷歌对此几乎没有影响力，而且新功能需要时间才能传播。
其次，UDP像TCP一样不会被防火墙和其他安全设备自动阻止。这也是为什么谷歌从一开始就拒绝了从头开始构建新协议的想法，该协议默认会被所有安全解决方案阻止……最后，为了弥补 UDP 在丢包管理和质量方面的缺点在服务控制方面，谷歌在这方面推出了自己的机制。“QUIC 使我们能够测试和实验新想法，并快速获得结果”，编辑总结为文档。
谷歌没有浪费时间。第一次使用 QUIC 可以追溯到 2013 年中期。此后，该协议已集成到 Chrome 浏览器中，并在其许多服务器上激活。“现在大约有一半的 Chrome 客户端对 Google 服务器的请求是通过 QUIC 发出的”，宣布供应商。在性能方面，用户最多可以节省一秒钟的时间来显示 Google 搜索页面。在 YouTube 上，视频数据缓冲将减少 30%。
谷歌显然希望其新协议得到更广泛的采用，并打算将其提交给IETF。
来源 ：博客笔记来自谷歌
