HTTP 请求包含哪些内容：请求行、请求头、请求体三大结构及类型详解

01. 前言：一个 HTTP 请求的“快递包裹”长什么样？

当你用浏览器访问网页或调用 API 时，发出的每个 HTTP 请求就像一封格式严格的快递包裹。这个包裹里有三样东西：

• 请求行：快递单（告诉服务器“我要干什么”）
• 请求头：物流标签（告诉服务器“我的设备、接受什么格式、带什么凭证”）
• 请求体：包裹里的货物（POST/PUT 时携带的实际数据）

理解 HTTP 请求的完整结构，是调试接口、爬虫开发、前后端联调的必备基础。

02. HTTP 请求的三大组成部分

HTTP 请求完整结构 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ POST /api/user HTTP/1.1 ← 请求行 Host: example.com Content-Type: application/json Content-Length: 56 Authorization: Bearer xyz123 ← 请求头 User-Agent: Mozilla/5.0 Accept: application/json ← 空行（分隔符） { "name": "张三", ← 请求体 "age": 25 } ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

关键规则：

• 请求行以CRLF（\r\n）结束
• 每个请求头一行，也是CRLF结束
• 一个空行（\r\n\r\n）分隔请求头和请求体
• 请求体可选（GET 请求一般无 body）

03. 第一部分：请求行（Request Line）

请求行由三个字段组成，空格分隔：

方法 + 空格 + 请求目标 + 空格 + HTTP版本 GET /index.html HTTP/1.1

3.1 HTTP 方法（常用）

3.2 请求目标（Request Target）

常见形式：

• 绝对路径：/api/user?id=1（最常用）
• 完整 URL：https://example.com/api/user（通过代理时）
• 星号：*（用于 OPTIONS 方法）

3.3 HTTP 版本

• HTTP/1.0、HTTP/1.1、HTTP/2.0、HTTP/3.0

04. 第二部分：请求头（Request Headers）

请求头是键值对（Key: Value），用于传递附加信息。下面按功能分类。

4.1 通用头（General Headers）

4.2 请求头（Request Headers）

4.3 实体头（Entity Headers，描述 body）

05. 第三部分：请求体（Request Body）

请求体只在 POST、PUT、PATCH 等方法中出现，GET/DELETE 一般无 body。

5.1 常见 Content-Type 与请求体格式对照表

5.2 四种主流格式详解

5.2.1 JSON（application/json）

POST /api/user HTTP/1.1 Content-Type: application/json {"username": "alice", "password": "123456"}

5.2.2 表单 URL 编码（x-www-form-urlencoded）

POST /login HTTP/1.1 Content-Type: application/x-www-form-urlencoded username=alice&password=123456&remember=1

5.2.3 表单多部分（multipart/form-data）—— 文件上传专用

POST /upload HTTP/1.1 Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryABC123 ------WebKitFormBoundaryABC123 Content-Disposition: form-data; name="username" alice ------WebKitFormBoundaryABC123 Content-Disposition: form-data; name="avatar"; filename="photo.jpg" Content-Type: image/jpeg （二进制图片数据） ------WebKitFormBoundaryABC123--

5.2.4 纯文本 / 二进制

POST /log HTTP/1.1 Content-Type: text/plain 2025-01-15 10:00:00 ERROR Something broke

06. 完整请求示例：不同场景对比

场景1：GET 请求（无 body）

GET /api/users?page=1&size=10 HTTP/1.1 Host: api.example.com User-Agent: Mozilla/5.0 Accept: application/json Authorization: Bearer token123

场景2：POST JSON 数据

POST /api/user HTTP/1.1 Host: api.example.com Content-Type: application/json Content-Length: 42 {"email":"test@example.com","role":"admin"}

场景3：POST 文件上传

POST /upload HTTP/1.1 Host: upload.example.com Content-Type: multipart/form-data; boundary=---123 ---123 Content-Disposition: form-data; name="file"; filename="a.txt" hello world ---123--

07. 请求解析流程图（客户端发送 → 服务器解析）

客户端准备请求 │ ▼ ┌─────────────────────────────────────────┐ │ 1. 构造请求行（方法 + URL + 版本） │ │ 2. 填充请求头（Host、Content-Type 等） │ │ 3. 如果有 body → 序列化并计算长度 │ └─────────────────────────────────────────┘ │ ▼ 发送原始 HTTP 文本/二进制 │ ▼ 服务器接收并解析 │ ├── 解析请求行 → 路由匹配 ├── 解析请求头 → 放入上下文（Headers 对象） ├── 遇到空行 → 停止解析头部 └── 根据 Content-Type 解析请求体 │ ├── application/json → JSON 反序列化 ├── x-www-form-urlencoded → 解析键值对 ├── multipart/form-data → 解析文件+字段 └── 其他 → 原始数据 │ ▼ 业务逻辑处理

08. 常见错误与注意事项

09. 快速记忆表

10. 总结

一个 HTTP 请求就是：

• 请求行：说清楚“做什么”
• 请求头：交代“用什么格式、带什么凭证”
• 请求体：放“实际数据”

面试常考：

• Content-Type的几种常见值及区别
• GET 与 POST 在请求体上的差异
• multipart/form-data与x-www-form-urlencoded的区别

掌握这些，就能看懂浏览器开发者工具里的大部分网络请求，也能写出正确的 API 调用代码。