谁在使用QUIC？

Globaldc

作为一种通用传输协议，QUIC可以用于许多基于互联网的工作流，但部署的第一步就是将网页浏览转移到QUIC，因为它所带来的最直接的好处就是基于HTTPS的Web浏览。

作为TCP的继任者，QUIC只能与HTTP/3一起使用。为了使用该协议，客户端和网站都需要支持它，但因为只有少数网站使用HTTP/3，所以这也成为了QUIC协议被广泛采用道路上的一个阻碍。根据W3Tech[1]，截止2021年10月2日，约35%的网站仍然在使用HTTP/1；约45%的网站迁移到了HTTP/2，而只有大约20%的网站正在使用HTTP/3和QUIC。

截止2021年中旬，QUIC占据了互联网流量的12%。谷歌是第一家（也是最有名的）采用QUIC协议的公司（毫不意外，毕竟QUIC协议是由谷歌员工开发的）。在其生态中，谷歌拥有自己的服务器、应用程序、服务和客户端，所以它很容易实现QUIC，并将众多应用迁移到新的框架。30%的YouTube流量已经转移到了QUIC。

接着是Facebook（现更名为Meta），它已经将70%的流量迁移到了QUIC。Facebook和Instagram移动应用程序都已经在最大限度地使用QUIC。

这就是QUIC协议采用所面临的现状。微软只有少量流量使用了QUIC；在流媒体领域，只有YouTube和Facebook Live支持了QUIC。流媒体视频接近80%的Web流量，大部分依然使用的是TCP。流媒体巨头公司Netflix和Amazon Prime都没有支持QUIC。不过，微软有将其VPN产品从TCP迁移到QUIC的倾向[2]。

目前支持QUIC的生态包括：

• 浏览器：Chrome（默认）、Edge、Firefox、Safari和其他默认使用TCP的浏览器（但将QUIC作为可选选项）。
• 应用：所有来自谷歌的应用，如Gmail和YouTube；Facebook的应用；Uber。
• 服务器/CDN：Akamai、微软、Apple、谷歌、Cloudflare、Fastly、Caddy和NetApp。其中一些CDN已经验证了QUIC的实现，但几乎它们所有的流量都还在使用TCP。
• Web服务器：LiteSpeed、H20、Ngnix和Apache。
• 负载均衡器：LiteSpeed和F5 BIG-IP。
• 技术社区项目：基于chromium实现的libquic、反向代理（充当反向代理服务器的Docker镜像）。
• 编程语言：Go（quic-go）、Quic.NET（C#）。
  
  

如你所见，基于Web的基础设施已经开始向QUIC迁移，但是在大多数情况下，QUIC还不是默认选项，而且一些大公司依然没有支持QUIC。