HTTP 协议：从基础到高级通信模式

HTTP（HyperText Transfer Protocol）是 Web 的基础协议，浏览器与服务器之间的每一次交互都依赖它。本文从基础模型出发，逐步覆盖状态管理、安全加密、协议演进，以及 SSE 和 WebSocket 等高级通信模式。

HTTP 基础

通信模型

HTTP 采用客户端-服务器（C/S）模型，通信过程是一问一答：

1. 客户端（浏览器）发起请求（Request）
2. 服务器处理后返回响应（Response）
3. 连接断开（HTTP/1.1 默认 keep-alive 可复用连接）

HTTP 是无状态协议——服务器不会记住之前的请求。每次请求都是独立的，服务器不知道"这个用户是谁"。

请求结构

一个 HTTP 请求由三部分组成：

GET /api/users?page=1 HTTP/1.1        ← 请求行（方法 + 路径 + 版本）
Host: example.com                       ← 请求头
Accept: application/json
Authorization: Bearer xxx

                                        ← 空行
                                        ← 请求体（GET 通常无 body）

响应结构

HTTP/1.1 200 OK                         ← 状态行（版本 + 状态码 + 原因短语）
Content-Type: application/json          ← 响应头
Content-Length: 42

{"users": ["alice", "bob"]}             ← 响应体

HTTP 方法

幂等意味着同一个请求执行多次，效果与执行一次相同。GET、PUT、DELETE 是幂等的，POST 不是——重复提交 POST /orders 会创建多个订单。

状态码

容易混淆的状态码

• 401 vs 403：401 是"未认证"（没有登录），403 是"已认证但无权限"
• 301 vs 302：301 是永久重定向（浏览器会缓存），302 是临时重定向
• 404 vs 410：404 是"找不到"，410 是"曾经有但已永久删除"

请求头与响应头

常用请求头

常用响应头

状态管理：Cookie 与 Session

HTTP 无状态，但实际应用需要记住用户（登录状态、购物车等）。解决方案有两种：

Cookie

服务器通过 Set-Cookie 响应头在客户端存储数据，浏览器后续请求会自动带上 Cookie 头。

# 服务器响应
Set-Cookie: session_id=abc123; HttpOnly; Secure; Max-Age=3600

# 浏览器后续请求自动携带
Cookie: session_id=abc123

Cookie 属性：

Session

Session 将状态存储在服务器端，客户端只保留一个 Session ID（通过 Cookie 传递）。

客户端 Cookie:  session_id=abc123
服务器内存/Redis: { "abc123": { "user": "alice", "role": "admin" } }

Cookie vs Session：

JWT（现代方案）

JWT（JSON Web Token）将用户信息直接编码在 Token 中，服务器无需存储 Session：

# JWT 结构
Header.Payload.Signature

# 请求时放在 Authorization 头
Authorization: Bearer eyJhbGciOiJIUzI1NiJ9.eyJ1c2VyIjoiYWxpY2UifQ.xxx

HTTPS 与 TLS

HTTPS = HTTP + TLS（Transport Layer Security），在 HTTP 基础上加密传输数据。

TLS 握手过程

Client                              Server
  │── ClientHello (支持的加密套件) ──→│
  │←── ServerHello (选定的加密套件) ──│
  │←── 服务器证书 ──────────────────│
  │←── ServerHelloDone ─────────────│
  │── 客户端密钥交换 ──────────────→│
  │── ChangeCipherSpec ────────────→│
  │── Finished ────────────────────→│
  │←── ChangeCipherSpec ────────────│
  │←── Finished ────────────────────│
  │                                  │
  │←══ 加密通信 ═══════════════════→│

关键概念

• 对称加密：用同一个密钥加密和解密（AES），速度快，用于数据传输
• 非对称加密：公钥加密、私钥解密（RSA/ECC），用于密钥交换
• 证书：由 CA（证书颁发机构）签发，证明服务器身份

HTTP 协议演进

HTTP/1.1

• 持久连接：默认 Connection: keep-alive，复用 TCP 连接
• 管道化：允许连续发送多个请求，但响应必须按序返回（队头阻塞）
• 缺点：每个域名限制 6-8 个并发连接，队头阻塞严重

HTTP/2

HTTP/2 解决了 HTTP/1.1 的性能瓶颈：

HTTP/1.1:  请求1 → 响应1 → 请求2 → 响应2（串行）
HTTP/2:    请求1 ↘
           请求2 →→ 同一个连接并行传输 →→ 响应1
           请求3 ↗                          响应2
                                            响应3

HTTP/3

HTTP/3 用 QUIC（基于 UDP）替代 TCP：

• 解决 TCP 队头阻塞：丢包只影响对应的流，不影响其他流
• 更快的连接建立：0-RTT 或 1-RTT 握手（TCP + TLS 需要 2-3 RTT）
• 连接迁移：网络切换（Wi-Fi → 4G）时连接不断开

高级通信模式

标准 HTTP 是"请求-响应"模式，但现代应用需要更灵活的通信方式。

SSE（Server-Sent Events）

SSE 是基于 HTTP 的服务器单向推送技术。客户端发起一次 HTTP 请求后，服务器通过流式响应持续推送数据。

客户端 ──GET /events──→ 服务器
客户端 ←── data: {...} ── 服务器（持续推送）
客户端 ←── data: {...} ── 服务器
客户端 ←── data: {...} ── 服务器

特点：

• 基于标准 HTTP，无需特殊协议
• 自动重连（浏览器内置 EventSource API）
• 文本格式（text/event-stream）

适用场景：AI 流式输出、实时通知、股票行情、日志推送

// 客户端
const es = new EventSource('/api/stream');
es.onmessage = (e) => console.log(e.data);

详细实现参见 SSE 实战文章。

WebSocket

WebSocket 是全双工通信协议，客户端和服务器可以随时互发消息。

握手过程：通过 HTTP 升级协议

客户端 ──GET /chat (Upgrade: websocket)──→ 服务器
客户端 ←── 101 Switching Protocols ──────── 服务器
客户端 ←══════ 双向数据帧通信 ═══════→ 服务器

特点：

• 全双工：双方可随时发送消息
• 二进制和文本都支持
• 需要专门的 WebSocket 服务器

适用场景：在线聊天、多人协作编辑、实时游戏、协同白板

// 客户端
const ws = new WebSocket('wss://example.com/chat');
ws.onmessage = (e) => console.log(e.data);
ws.send('Hello');

SSE vs WebSocket 对比

选择建议：

• 只需要服务器推送 → SSE（更简单、更可靠）
• 需要双向实时通信 → WebSocket
• AI 应用流式输出 → SSE（兼容性好，实现简单）

长轮询（Long Polling）

在 SSE 和 WebSocket 普及之前的折中方案：

客户端 ──GET /poll──→ 服务器（挂起连接，直到有新数据）
客户端 ←── 响应 ──── 服务器
客户端 ──GET /poll──→ 服务器（立即发起下一次）

缺点：每次响应后需要重新建立连接，延迟较高，服务器压力大。现代应用应优先选择 SSE 或 WebSocket。

相关协议对比

HTTP 是应用层协议，以下协议同属应用层，各有分工：

DNS 解析流程

DNS 是所有网络通信的起点——浏览器必须先通过 DNS 将域名解析为 IP 地址：

浏览器缓存 → 系统 hosts 文件 → 本地 DNS 服务器 → 根 DNS → 顶级域 DNS → 权威 DNS
                                                                   ↓
                                                            返回 IP 地址

总结