一、 什么是 HTTP？
如果说 IP 是地址，TCP 是快递员，那么HTTP 就是你要寄的那封信的内容格式。
它的官方定义是：一个基于请求与响应、无状态的、应用层的协议。
请求与响应：你（客户端）发一个 Request，我（服务端）回一个 Response。没人点菜，厨师是不会主动上菜的。
无状态：HTTP 像个“健忘症”，它不记得你上次发了什么。为了让它“拥有记忆”，才引入了 Cookie、Session 或你在项目中常用的JWT。
二、 HTTP 状态码：后端排查的“信号灯”
状态码是后端开发最直观的排错依据。我们不需要记住所有的状态码，但是对于常见的状态码我们也要了然于心。
| 状态码 | 类别 | 核心含义 | 面试 / 实战必考点 |
| 101 | 1xx 信息 | 切换协议 | 常用于WebSocket握手升级，将 HTTP 转为全双工长连接。 |
| 206 | 2xx 成功 | 部分内容 | 断点续传或分片下载的标志。服务端处理了带有Range头的请求。 |
| 301/302 | 3xx 重定向 | 永久/临时重定向 | 301请求资源已不在；302 常用于未登录拦截跳转。 |
| 304 | 3xx 重定向 | 未修改 | 协商缓存命中的标志。服务端告知直接用本地缓存，不传实体，省带宽。 |
| 401/403 | 4xx 客户端错 | 未认证/未授权 | 401 是“你是谁？（没 Token）”；403 是“没权限（你是普通用户想进后台）”。 |
| 502/504 | 5xx 服务端错 | 网关错误/超时 | 502 通常是后端服务挂了；504 是处理太慢（慢 SQL、死锁）导致网关等不及了。 |
三、 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，连接也不会断开。
| 特性 | HTTP/1.1 | HTTP/2 | HTTP/3 |
| 传输层协议 | TCP | TCP | UDP (QUIC) |
| 数据格式 | 文本 | 二进制分帧 | 二进制分帧 |
| 多路复用 | 无 | 解决 HTTP 阻塞 | 解决 TCP 阻塞 |
| 首部压缩 | 无 | 有 (HPACK) | 有 (QPACK) |
| 握手延迟 | 1-2 RTT | 1-2 RTT | 0-1 RTT |
