• HTTP 协议始于三十年前蒂姆·伯纳斯 - 李的一篇论文
• HTTP/0.9 是个简单的文本协议，只能获取文本资源；
• HTTP/1.0 确立了大部分现在使用的技术，但它不是正式标准；
• HTTP/1.1 是目前互联网上使用最广泛的协议，功能也非常完善；
• HTTP/2 基于 Google 的 SPDY 协议，注重性能改善，但还未普及；
• HTTP/3 基于 Google 的 QUIC 协议，是将来的发展方向

原理拆解： HTTP 的演进可以分成两条主线：一条扩充语义能力，另一条改善传输效率。HTTP/0.9 只有极简资源获取；HTTP/1.0 增加状态码、头部和多种内容类型等机制；HTTP/1.1 进一步规范持久连接、缓存、分块传输和虚拟主机。HTTP/2 保留方法、状态码和头部等上层语义，但将传输改为二进制分帧，并在单条连接上复用多个流。HTTP/3 再把承载层转向基于 UDP 的 QUIC，降低传输层队头阻塞及连接建立成本。

最小验证： 输入同一个 HTTPS 地址，分别要求 curl 尝试不同协议，并打印最终协商到的版本；要验证的结论是资源语义相同，而协商出的传输版本可以不同。

curl -sS -o /dev/null -w 'HTTP/%{http_version}\n' --http1.1 https://example.com/
curl -sS -o /dev/null -w 'HTTP/%{http_version}\n' --http2 https://example.com/
curl -sS -o /dev/null -w 'HTTP/%{http_version}\n' --http3 https://example.com/

第一行通常输出 HTTP/1.1；后两行只有在本机 curl、TLS 库、目标站点和网络链路共同支持时，才可能输出 HTTP/2 或 HTTP/3。命令仍访问同一 URL，说明版本升级主要改变连接与传输方式，并未废弃 URL、方法和状态码等核心语义。

边界与排查： HTTP/2 源自 SPDY 的实践，但不是把 SPDY 名称直接延续下来；HTTP/3 基于 QUIC，其标准化与部署状态也不能沿用早期资料中的“未来协议”判断。若命令报“不支持该选项”，应先用 curl -V 查看编译能力；若协商降级，则检查服务端协议配置、TLS 的 ALPN、代理支持和网络是否限制 UDP。