【计算机网络】一文看懂 HTTP协议（上）

一、 什么是 HTTP？

如果说 IP 是地址，TCP 是快递员，那么HTTP 就是你要寄的那封信的内容格式。

它的官方定义是：一个基于请求与响应、无状态的、应用层的协议。

• 请求与响应：你（客户端）发一个 Request，我（服务端）回一个 Response。没人点菜，厨师是不会主动上菜的。

• 无状态：HTTP 像个“健忘症”，它不记得你上次发了什么。为了让它“拥有记忆”，才引入了 Cookie、Session 或你在项目中常用的JWT。

二、 HTTP 状态码：后端排查的“信号灯”

状态码是后端开发最直观的排错依据。我们不需要记住所有的状态码，但是对于常见的状态码我们也要了然于心。

三、 HTTP 的优缺点

优点：

• 简单灵活：纯文本格式，解析方便，且能传输图片、JSON、视频等多种格式。

• 性能：在现代协议优化下，性能开销已非常小。

缺点（与 HTTPS 的核心区别）：

• 被窃听：明文传输，信息像在裸奔。

• 被篡改：中间人可以随意改动你的包裹。

• 被冒充：无法确认发件人真的是你想要联系的那个人。

• 队头阻塞：在 1.1 版本中，管道化请求必须按顺序返回，前面的卡住后面全等死。

四、 HTTP每个版本的区别”

这是面试最能体现水平的部分，咱们看 HTTP 如何脱胎换骨：

1. HTTP/1.1：建立标准与长连接

• Keep-Alive：默认开启长连接，多个请求复用同一个 TCP 通道，不用每次都握手。

• 问题：存在 HTTP 层的队头阻塞。

2. HTTP/2.0：性能质变与二进制化

• 二进制分帧：解析速度极快。

• 多路复用：真正解决了 HTTP 层的阻塞。一个连接里可以同时发多个请求，乱序返回再根据 ID 组装。

• 头部压缩 (HPACK)：压缩重复的 Header，节省大量带宽。

• 服务器推送：服务端可以主动把 CSS/JS 塞给客户端，不用等对方请求。

3. HTTP/3.0：更换基石（UDP/QUIC）

• 核心逻辑：由于 TCP 丢包会导致整个连接阻塞（TCP 层队头阻塞），3.0 直接放弃 TCP，改用基于UDP的QUIC协议。

• 0-RTT 握手：连接握手和 TLS 握手合并，重连时几乎 0 耗时。

• 连接迁移：基于 Connection ID。你从 Wi-Fi 换到 5G，连接也不会断开。