《Linux系统网络协议》从 TCP 到 HTTP：理解 Web 通信的第一步——网络篇

从 TCP 到 HTTP：理解 Web 通信的第一步

如果前面已经学习过 socket、TCP、UDP，那么接下来学习 HTTP 会自然得多。

因为 HTTP 并不是替代 TCP 的新传输方式，而是一种运行在更高层的应用层协议。

很多初学者第一次接触 HTTP 时，容易把它理解成"浏览器专用协议"或者"发网页的协议"。这种理解并不算错，但不够完整。HTTP 的本质是：

客户端和服务端之间，围绕资源进行请求与响应的一套文本协议。

本文希望解决几个最常见的问题：

HTTP 和 TCP 到底是什么关系
浏览器访问网页时，实际发生了什么
HTTP 请求和响应到底长什么样
常见方法、状态码、请求头、响应头应该如何理解
HTTPS 和 HTTP/2、HTTP/3 又分别解决了什么问题

如果能把这些问题串起来，后续继续学习 curl、REST API、反向代理、Web 服务端甚至抓包分析时，理解成本都会明显下降。

一、先建立分层视角：HTTP 不是传输层协议

在网络学习中，最常见的混淆之一，是把 HTTP、TCP、socket 放在同一层去比较。实际上它们分属不同层次。

可以先用一句最简洁的话概括：

socket：编程接口
TCP/UDP：传输层协议
HTTP：应用层协议

也就是说：

当程序需要联网时，通常通过 socket API 发起通信
如果底层选用 TCP，那么操作系统会负责建立可靠连接、顺序传输和重传
在 TCP 连接之上，应用层再定义"传输的数据到底长什么样"，HTTP 就属于这一层

可以先用下面这张图建立整体位置感：
runs on top of
Application code

Browser / curl / your program
socket API
TCP
IP
Network
HTTP request / response

对 HTTP 来说，最关键的一点是：

HTTP 关心的是请求和响应的语义，不关心底层数据包如何在网络中转发。

所以 HTTP 的关注点不是：

是否三次握手
是否重传
是否乱序重组

这些属于 TCP 的职责。

HTTP 关心的是：

客户端请求的是哪个资源
采用什么方法
带了哪些头部
数据体是什么
服务端应该返回什么状态码和内容

二、HTTP 的核心模型：Request / Response

HTTP 最核心的通信模型非常直接：

客户端向服务端发起 Request
服务端处理后返回 Response

这和 MQTT 的"发布/订阅"模型完全不同。MQTT 更强调消息中转和解耦，而 HTTP 更强调：

一次请求
一次处理
一次响应

可以用下面这张时序图来理解 HTTP 的基本交互：
HTTP Server Client HTTP Server Client HTTP Request HTTP Response

在最常见的场景里：

浏览器是客户端
Web 服务器是服务端

但浏览器并不是 HTTP 的唯一客户端。任何能够按照 HTTP 协议格式发送请求的程序，都可以是 HTTP 客户端。例如：

curl
移动应用
后端服务
IoT 网关
你自己写的 C 程序

三、一个最小的 HTTP 请求长什么样

理解 HTTP，最好的方式之一就是先直接看原始报文。

一个最小的 HTTP/1.1 请求可能长这样：

http 复制代码

GET /index.html HTTP/1.1
Host: example.com
User-Agent: curl/8.0
Accept: */*

从结构上看，请求可以理解为下面 4 层：
Request line

GET /index.html HTTP/1.1
Headers

Host / User-Agent / Accept
Blank line

End of headers
Body

GET usually empty

POST often carries JSON or form data

这个请求可以拆成几个部分：

1. 请求行

第一行：

http 复制代码

GET /index.html HTTP/1.1

它包含 3 个核心信息：

GET：请求方法
/index.html：请求路径
HTTP/1.1：协议版本

2. 请求头

后面的几行：

http 复制代码

Host: example.com
User-Agent: curl/8.0
Accept: */*

这部分是请求头，用来描述客户端的信息和请求的附加语义。

3. 空行

请求头结束后，会有一个空行。

这个空行非常重要，它表示：

头部结束，下面如果还有内容，就是请求体。

4. 请求体

在 GET 请求中，通常没有请求体。

但在 POST、PUT、PATCH 等请求中，经常会带请求体，比如 JSON 数据。

例如：

http 复制代码

POST /api/login HTTP/1.1
Host: example.com
Content-Type: application/json
Content-Length: 43

{"username":"alice","password":"secret"}

四、一个最小的 HTTP 响应长什么样

对应地，服务端返回的 HTTP 响应可能长这样：

http 复制代码

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Length: 31

<h1>Hello, HTTP</h1>

响应结构和请求结构很接近，只是第一行变成了状态行：
Status line

HTTP/1.1 200 OK
Headers

Content-Type / Content-Length
Blank line

End of headers
Body

HTML / JSON / file content

HTTP 响应也可以拆成几个部分。

1. 状态行

第一行：

http 复制代码

HTTP/1.1 200 OK

它包含：

HTTP/1.1：协议版本
200：状态码
OK：状态说明

2. 响应头

例如：

http 复制代码

Content-Type: text/html; charset=utf-8
Content-Length: 31

响应头用来描述服务端返回内容的类型、长度、缓存策略、压缩方式等。

3. 空行

头部结束后同样有一个空行。

4. 响应体

真正返回给客户端的数据内容。例如这里返回了一段 HTML：

html 复制代码

<h1>Hello, HTTP</h1>

如果服务端提供的是 API，那么响应体往往是 JSON：

json 复制代码

{"code":0,"message":"success"}

五、URL、Path、Query 分别是什么

很多初学者在第一次看 HTTP 请求时，会混淆 URL 里的不同部分。

例如下面这个地址：

text 复制代码

https://example.com:443/api/users?id=100&active=true

可以直接把它拆成下面这些部分：
https://example.com:443/api/users?id=100\&active=true
Scheme

https
Host

example.com
Port

443
Path

/api/users
Query

id=100&active=true

它可以拆成：

https：协议方案
example.com：主机名
443：端口
/api/users：路径
id=100&active=true：查询字符串

其中，HTTP 请求行里最常见的是路径和查询参数部分：

http 复制代码

GET /api/users?id=100&active=true HTTP/1.1

也就是说：

服务端通常根据 path 决定访问哪个资源
根据 query 决定过滤条件、分页参数、搜索条件等

六、最常见的 HTTP 方法

HTTP 方法决定的是"客户端希望对资源执行什么动作"。

GET

最常见的方法，用于获取资源。

例如：

http 复制代码

GET /articles/123 HTTP/1.1

语义上表示"获取文章 123"。

POST

通常用于创建资源或提交数据。

例如：

http 复制代码

POST /api/login HTTP/1.1

或者：

http 复制代码

POST /articles HTTP/1.1

PUT

通常表示整体替换某个资源。

PATCH

通常表示局部更新资源。

DELETE

用于删除资源。

HEAD

与 GET 类似，但服务端通常只返回响应头，不返回响应体。

OPTIONS

用于询问服务端支持哪些方法或跨域能力。

在实际学习中，最先掌握这 4 个方法通常就够了：

GET
POST
PUT
DELETE

七、状态码如何理解

HTTP 状态码的作用，是让服务端快速告诉客户端：

这次请求处理得怎么样。

状态码按首位数字大致分为 5 类：

1xx：信息性状态
2xx：成功
3xx：重定向
4xx：客户端错误
5xx：服务端错误

最常见的状态码包括：

200 OK

请求成功，且服务端已经正常返回结果。

201 Created

资源创建成功。

204 No Content

请求成功，但没有响应体。

301 Moved Permanently

永久重定向。

302 Found

临时重定向。

400 Bad Request

客户端请求格式有问题，服务端无法理解。

401 Unauthorized

通常表示当前请求没有通过认证。

403 Forbidden

请求被拒绝，通常表示没有权限。

404 Not Found

请求的资源不存在。

500 Internal Server Error

服务端内部发生错误。

502 Bad Gateway

常见于网关或反向代理场景，表示上游服务返回异常。

503 Service Unavailable

服务当前不可用，可能是过载、维护或临时故障。

学习 HTTP 时，不需要一开始记住所有状态码，但需要建立一个判断习惯：

2xx 先看是不是业务正常
4xx 先检查请求参数、认证、权限
5xx 通常优先排查服务端

八、请求头和响应头到底有什么用

HTTP 头部的本质，是在请求体和响应体之外，为这次通信附加元信息。

常见请求头包括：

Host
User-Agent
Accept
Authorization
Content-Type
Content-Length
Cookie

常见响应头包括：

Content-Type
Content-Length
Set-Cookie
Cache-Control
Location
Server

其中最值得初学者优先理解的是下面几个。

Host

告诉服务端当前访问的是哪个主机。

这在虚拟主机场景中尤其重要，因为同一个 IP 可能托管多个站点。

Content-Type

告诉对方，当前发送的数据是什么格式。

例如：

text/html
application/json
application/x-www-form-urlencoded
multipart/form-data

Content-Length

表示请求体或响应体的长度。

Authorization

用于携带认证信息，例如 Bearer Token。

用于浏览器和服务端之间保存状态。

九、HTTP 为什么叫"无状态"协议

HTTP 经常被称为"无状态协议"，这句话的意思是：

协议本身不会自动记住前一次请求的上下文。

例如：

你第一次请求 /profile
第二次请求 /orders

单从协议角度看，这两次请求彼此独立。

这带来的好处是：

简单
易扩展
易横向扩容

但也带来一个问题：

服务端怎么知道当前是谁？

为了解决这个问题，实际系统里通常会引入状态维持机制，例如：

Cookie
Session
Token
JWT

所以更准确地说：

HTTP 协议本身无状态，但应用通常会借助额外机制维护登录态和会话状态。

十、浏览器访问一个网页时，到底发生了什么

如果把细节全部展开，浏览器访问网页会涉及 DNS、TCP/TLS、HTTP、缓存、渲染等多个步骤。

但如果只保留和 HTTP 学习最相关的主线，大致可以概括为：
Web Server Browser Web Server Browser HTTP Request HTML Response Request CSS/JS/Image Resource Responses

也就是说：

浏览器先请求 HTML
服务端返回 HTML
浏览器解析 HTML 后发现还需要 CSS、JavaScript、图片等资源
浏览器继续发起更多 HTTP 请求
服务端分别返回这些资源

所以一个页面的加载过程，通常不是一次 HTTP 请求，而是一组请求共同完成的。

十一、HTTP 和 HTTPS 的关系

很多初学者会把 HTTPS 理解成"HTTP 的另一个版本"。更准确的说法是：

HTTPS = HTTP + TLS

也就是说：

HTTP 负责应用层语义
TLS 负责加密、身份认证、完整性保护

可以用一张图直接记住它们的关系：
HTTP
TLS
TCP
IP / Network

因此使用 HTTPS 时，客户端和服务端在真正开始传输 HTTP 数据之前，通常会先建立安全通道。

HTTPS 解决的核心问题包括：

防止明文窃听
防止中间人篡改
验证服务端身份

今天绝大多数正式网站和 API 都应该使用 HTTPS，而不是裸 HTTP。

十二、HTTP/1.1、HTTP/2、HTTP/3 有什么区别

初学阶段不需要深入实现细节，但需要有一个整体认识。

HTTP/1.1

最经典、最容易观察原始文本报文的版本。

本文举的请求和响应示例，主要就是按 HTTP/1.1 的形式展示的。

HTTP/2

核心改进包括：

二进制分帧
多路复用
头部压缩

它解决了 HTTP/1.1 中多个请求共享连接效率不高的问题。

HTTP/3

HTTP/3 不再直接运行在 TCP 之上，而是运行在 QUIC 之上；而 QUIC 基于 UDP 实现。

它的目标之一，是进一步优化连接建立、丢包恢复和多路复用体验。

如果只看学习路径，可以把版本差异先记成下面这样：
HTTP/1.1

Text-based, easiest to observe
HTTP/2

Binary framing, multiplexing
HTTP/3

Runs over QUIC / UDP

所以一个更准确的理解是：

大多数传统 HTTP 学习与编程入口，仍然从 HTTP/1.1 + TCP 开始
现代浏览器和 CDN 环境中，HTTP/2 和 HTTP/3 已经非常常见

十三、为什么说 HTTP 更适合资源访问，而 MQTT 更适合消息分发

如果已经学过 MQTT，很容易把 HTTP 和 MQTT 放在一起比较。

它们并不是谁替代谁，而是解决的问题不同。

HTTP 更适合：

获取网页
请求 API
上传表单
下载文件
资源访问型业务

MQTT 更适合：

设备状态上报
指令下发
事件通知
发布/订阅模型
长连接消息分发

用一句话概括：

HTTP 更像"我来请求一个资源"
MQTT 更像"我订阅一个主题，等消息推送过来"

因此在物联网系统中，经常会同时见到它们：

管理后台、配置页面、REST API 用 HTTP
设备通信、状态上报、控制通道用 MQTT

十四、学习 HTTP 时，最值得先掌握的内容

如果刚开始学习 HTTP，建议优先掌握下面这些内容，而不是一开始就沉迷于框架细节。

1. 看懂原始请求和响应

至少要能独立读懂：

请求行
响应状态行
常见头部
请求体和响应体

2. 理解 URL、方法、状态码

这是 HTTP 语义层的基础。

3. 学会用 curl 发请求

curl 是学习 HTTP 最好的工具之一，因为它能让你跳过浏览器界面，直接观察协议行为。

4. 理解 HTTP 是建立在 TCP 之上的

这样后面学抓包、反向代理、服务端框架时不会混层。

这是从"会发请求"走向"理解真实 Web 系统"的关键一步。

十五、一个适合初学者的 HTTP 学习顺序

如果你希望从网络编程视角系统学习 HTTP，推荐按下面的顺序推进：

先理解 HTTP 请求与响应的文本结构
学会用 curl 发送 GET 和 POST 请求
学会阅读响应头、状态码和 JSON 响应体
再学习 Cookie、Session、Token、认证与授权
接着学习 HTTP 服务端如何处理路由、静态资源和 API
最后再进入 HTTPS、反向代理、缓存、HTTP/2、HTTP/3 等主题

这条路线的好处是：

先建立协议语义
再接触工具
再进入服务端实现
最后扩展到工程能力

十六、结语

HTTP 是 Web 世界最基础的协议之一，但它本身并不神秘。

从本质上看，它只是在 TCP 之上定义了一套清晰的请求与响应格式，让客户端和服务端能够围绕"资源"进行标准化交互。

真正重要的，不是死记某几个状态码或请求头，而是建立这样一套分层理解：

socket 决定程序如何接入网络
TCP 决定数据如何可靠传输
HTTP 决定客户端和服务端如何表达请求与响应

当这套分层关系清晰之后，后续继续学习：

curl
REST API
Web 服务端
Nginx
反向代理
HTTPS
浏览器抓包

都会变得顺理成章。

如果把网络学习比作盖房子，那么 socket / TCP / UDP 是地基，HTTP 就是第一层真正开始"住人"的结构。

《Linux系统网络协议》从 TCP 到 HTTP：理解 Web 通信的第一步——网络篇

从 TCP 到 HTTP：理解 Web 通信的第一步

一、先建立分层视角：HTTP 不是传输层协议

二、HTTP 的核心模型：Request / Response

三、一个最小的 HTTP 请求长什么样

1. 请求行

2. 请求头

3. 空行

4. 请求体

四、一个最小的 HTTP 响应长什么样

1. 状态行

2. 响应头

3. 空行

4. 响应体

五、URL、Path、Query 分别是什么

六、最常见的 HTTP 方法

GET

POST

PUT

PATCH

DELETE

HEAD

OPTIONS

七、状态码如何理解

200 OK

201 Created

204 No Content

301 Moved Permanently

302 Found

400 Bad Request

401 Unauthorized

403 Forbidden

404 Not Found

500 Internal Server Error

502 Bad Gateway

503 Service Unavailable

八、请求头和响应头到底有什么用

Host

Content-Type

Content-Length

Authorization

Cookie / Set-Cookie

九、HTTP 为什么叫"无状态"协议

十、浏览器访问一个网页时，到底发生了什么

十一、HTTP 和 HTTPS 的关系

十二、HTTP/1.1、HTTP/2、HTTP/3 有什么区别

HTTP/1.1

HTTP/2

HTTP/3

十三、为什么说 HTTP 更适合资源访问，而 MQTT 更适合消息分发

HTTP 更适合：

MQTT 更适合：

十四、学习 HTTP 时，最值得先掌握的内容

1. 看懂原始请求和响应

2. 理解 URL、方法、状态码

3. 学会用 curl 发请求

4. 理解 HTTP 是建立在 TCP 之上的

5. 理解 HTTPS、Cookie、Token 的作用

十五、一个适合初学者的 HTTP 学习顺序

十六、结语