从 TCP 到 HTTP 再到 RPC：网络协议的三次抽象革命
这是一个非常经典、也极其容易被误解的问题。
很多讨论都会演变成：
- HTTP 和 RPC 谁更先进？
- gRPC 是不是要取代 REST？
- TCP 既然这么强，为什么还要搞这么多协议？
真正的答案只有一句话：
它们不是替代关系，而是一次又一次“抽象升级”。
为了把这条演进路径讲清楚，我们先换一个视角。
🌐 网络协议，就像一个“快递系统”
想象一次网络通信，就是一次寄送包裹的过程。
🚚 TCP：物流公司
TCP 的职责非常纯粹：
- 保证包裹 不丢、不乱序、不损坏
- 负责重传、校验、流量控制
- 完全不关心包裹里装的是什么
就像顺丰、UPS：
只保证“送到”，不管你寄的是合同还是衣服。
✉️ HTTP：标准信封 + 邮政规则
HTTP 在 TCP 之上，解决的是 “大家如何用同一套方式通信”：
- 信封怎么写（URL、Header、Body）
- 投递流程（请求 / 响应）
- 操作语义（GET / POST / PUT / DELETE）
GET /index.html HTTP/1.1 Host: www.example.com User-Agent: Mozilla/5.0 Accept: text/html
