HTTPHyperText Transfer Protocol超文本传输协议是位于OSI七层模型和TCP/IP四层模型中应用层的协议。它主要用于客户端如浏览器与服务器之间传输超文本如HTML页面、图片、视频等资源依赖下层的传输层协议通常是TCP来保证可靠的数据传输。HTTP本身是无状态、明文传输的协议HTTP/1.1及之前而HTTPS则是在HTTP基础上叠加TLS/SSL加密层属于“HTTP over TLS”仍属于应用层协议但安全性由传输层之上的安全层保障。常见HTTP方法包括GET、POST、PUT、DELETE、HEAD、OPTIONS等典型状态码如200OK、404Not Found、500Internal Server Error等也均由应用层定义和处理。GET /index.html HTTP/1.1 Host: www.example.com User-Agent: Mozilla/5.0 Accept: text/htmlHTTP/1.1 与 HTTP/2 虽同属应用层协议但它们在数据传输模型、性能优化机制和底层抽象方式上存在本质差异。关键区别如下聚焦应用层实现层面不涉及TLS等传输安全细节✅1. 通信模型文本 vs 二进制帧Frame-basedHTTP/1.1基于纯文本的请求/响应格式如GET /path HTTP/1.1每条消息独立、无结构化分帧解析依赖换行符和空行易受解析歧义和慢读攻击影响。HTTP/2完全二进制协议所有通信被分解为最小单位——帧Frame如 HEADERS、DATA、SETTINGS、PRIORITY 帧。帧可交错、复用、优先级排序由应用层协议栈直接编码/解码更高效、健壮、无歧义。✅2. 连接复用队头阻塞HOLB vs 多路复用MultiplexingHTTP/1.1虽支持持久连接Connection: keep-alive但同一 TCP 连接上请求必须串行发送与响应管道化 pipeline 支持差且未被广泛启用一个慢响应会阻塞后续请求队头阻塞。HTTP/2原生多路复用——多个请求/响应可同时在单个连接上并行传输每个流Stream有唯一 ID帧按流标识交叉发送与重组彻底消除应用层队头阻塞TCP 层 HOLB 仍存在HTTP/3 用 QUIC 解决。✅3. 头部处理明文重复 vs HPACK 压缩HTTP/1.1每次请求/响应都重复发送大量冗余头部如User-Agent,Cookie,Accept无压缩浪费带宽。HTTP/2引入HPACK 算法静态表 动态哈夫曼编码 索引引用对头部字段进行有状态压缩显著减少头部开销尤其对 Cookie 长、重复域名等场景效果突出。✅4. 服务器推送Server PushHTTP/2 特性HTTP/3 已弃用HTTP/2 允许服务器在客户端未显式请求时主动推送资源如 HTML 中引用的 CSS/JS通过PUSH_PROMISE帧预声明减少往返延迟。HTTP/1.1 完全无此能力需客户端解析 HTML 后再次发起请求。⚠️ 注Server Push 在实践中因缓存难控、易滥用等问题在 HTTP/2 后期逐渐被弃用HTTP/3 明确移除。✅5. 流量控制与优先级应用层可控HTTP/1.1无内置流控与优先级机制依赖 TCP 拥塞控制和客户端/服务端自行调度。HTTP/2定义了应用层流量控制窗口per-stream connection-level和权重化依赖树stream dependency tree客户端可动态调整各流的相对优先级如先加载首屏 HTML 图片 广告 JS。 补充说明二者语义兼容HTTP/2不改变 HTTP 方法、状态码、URI、头部语义如GET,200 OK,Content-Type含义完全一致是“语法升级”而非“语义重构”因此 Web 开发者无需修改业务逻辑即可受益于性能提升。升级机制HTTP/2 通常通过 TLS 的 ALPN 协商HTTPS 场景或 HTTP/1.1 的Upgrade: h2c明文极少使用完成协商。// HTTP/2 示例Wireshark 解析后示意非原始文本 STREAM 1 (headers): GET /index.html → :methodGET, :path/index.html STREAM 3 (headers): GET /style.css → :methodGET, :path/style.css STREAM 1 (data): html.../html STREAM 3 (data): body { color: red; }