总结

1. 问题：TCP 是流式协议，没有消息边界

2. 现象：会出现"粘包"（多个消息粘在一起）和"拆包"（一个消息被拆开）

3. 解决方案：消息头 + 消息体

   • 消息头：固定格式，包含消息体长度等信息
   • 消息体：实际要传输的数据

4. 工作流程：

   • 发送方：计算长度 → 添加头部 → 发送

   • 接收方：读取头部 → 解析长度 → 读取对应长度的数据

     更细节知识参考：为什么要组装发送的数据

     基于上方文章补充：当接收端收到的消息长度小于 Content-Length 时，说明还有些消息没收到。那接收端会一直等，直到拿够了消息或超时。

5. 优点：

   • 明确的消息边界
   • 可以传输任意长度的数据
   • 支持复杂协议扩展

• 纯裸 TCP 是能收发数据，但它是个无边界的数据流，上层需要定义消息格式用于界定 消息边界。于是就有了各种协议，HTTP 和各类 RPC 协议就是在 TCP 之上定义的应用层协议。这就是为什么几乎所有基于 TCP 的协议（HTTP、WebSocket、Redis 协议等）都需要定义自己的消息格式来界定消息边界的原因。
• TCP 是传输层的协议 ，而基于 TCP 造出来的 HTTP 和各类 RPC 协议，它们都只是定义了不同消息格式的 应用层协议 而已。