HTTP/3 是超文本传输协议的第三个主要版本——互联网数据交换的基础。与前代不同， HTTP/3 构建在 QUIC 之上——一种运行在 UDP 而非 TCP 之上的传输协议。在 whatsmy.fyi 上可以检测您当前是否在使用 HTTP/3。
HTTP 简史
了解 HTTP/3 的重要性，需要先了解它的演进历程：
- HTTP/1.0（1996年）：每个 TCP 连接只处理一个请求。对于包含 多个资源的页面来说极为缓慢。
- HTTP/1.1（1997年）：引入了持久连接和流水线，但存在队头阻塞 问题——一个慢资源会阻塞后续所有请求。
- HTTP/2（2015年）：增加了多路复用（一个连接并发多个请求）和 请求头压缩，进步显著，但 TCP 层的队头阻塞问题依然存在。
- HTTP/3（2022年标准化）：用 QUIC 取代 TCP，消除了传输层的 队头阻塞，内置加密，连接建立更快。
什么是 QUIC？
QUIC（快速 UDP 互联网连接）是 Google 于 2012 年开发、IETF 于 2021 年标准化 （RFC 9000）的传输协议。QUIC 运行在 UDP（用户数据报协议）而非 TCP 之上。
QUIC 相较于 TCP 的主要优势：
- 无队头阻塞：在 TCP 中，丢失的数据包会迫使所有流等待重传。 在 QUIC 中，每个流相互独立——丢失的数据包只影响所属的那个流。
- 0-RTT 和 1-RTT 握手：TCP + TLS 建立连接需要 2-3 次往返。 QUIC 将传输层和加密握手合并，新连接只需 1 次往返（1-RTT），恢复连接甚至 可以实现 0-RTT。
- 连接迁移：QUIC 连接通过连接 ID 而非 IP 地址和端口来标识。 更换网络时连接保持活跃——从 Wi-Fi 切换到移动数据不再断线。
- 内置 TLS 1.3：QUIC 始终对流量加密，不存在未加密的 QUIC。
HTTP/3 的性能优势
HTTP/3 的改进在以下两种场景中最为突出：
- 高延迟网络：移动连接、卫星互联网和长距离连接受益最多，因为 减少了握手开销。
- 不稳定网络：Wi-Fi 和移动网络经常丢包。HTTP/3 的流级别数据包 恢复机制防止因单个丢失数据包导致整个页面加载卡死。
在低延迟的快速有线连接上，HTTP/2 和 HTTP/3 的差异不那么明显，但依然存在。
如何检测是否在使用 HTTP/3？
最简单的方法是访问 whatsmy.fyi——HTTP 协议卡片会显示您的连接使用的是 HTTP/1.1、HTTP/2 还是 HTTP/3（QUIC）。
您也可以在 Chrome 开发者工具中查看：打开"网络"标签，右键单击列标题，启用 "协议"列，在已加载的资源中查找协议列中的 h3。
哪些网站和 CDN 支持 HTTP/3？
主要 CDN 和平台对 HTTP/3 的支持已相当广泛：
- Cloudflare — 所有套餐默认开启 HTTP/3
- Google — 所有 Google 服务均支持 HTTP/3
- Meta（Facebook 和 Instagram）— 支持 HTTP/3
- Fastly、Akamai、Amazon CloudFront — 支持 HTTP/3
whatsmy.fyi 运行在 Cloudflare Workers 上，因此如果您的浏览器支持 HTTP/3，连接 会自动升级。
HTTP/3 会取代 TLS 吗？
不会。HTTP/3 在内部将 TLS 1.3 作为 QUIC 协议的一部分使用。没有加密就无法使用 HTTP/3。这是对 HTTP/2 的改进——技术上 HTTPS 在 HTTP/2 中是可选的（尽管实际上 已无处不在）。了解更多关于 TLS 加密 的信息。
常见问题
所有浏览器都支持 HTTP/3 吗？
截至 2025 年，Chrome、Firefox、Safari 和 Edge 均支持 HTTP/3，以及基于 Chromium 构建的 Opera 和 Brave。Internet Explorer 不支持，但微软已停止对其维护。
为什么我在使用 HTTP/1.1 而非 HTTP/3？
有几个因素可能阻止升级到 HTTP/3：部分企业防火墙会屏蔽 UDP 流量（QUIC 使用 UDP）， 迫使浏览器回退到基于 TCP 的 HTTP 版本。某些网络中间件和代理也可能影响 QUIC 的 正常运行。
HTTP/3 对所有人都更快吗？
HTTP/3 在高延迟或不稳定连接中收益最大。在快速稳定的有线连接上，差异微乎其微。 不过总体而言，HTTP/3 通常不会比 HTTP/2 慢，往往更快。
