1. 粘包
定义
对方一次性接收了多条消息，这种现象称为粘包。
原因分析
发送方：消息内容远小于TCP缓存区的时候，TCP会合并多条消息一并发出。
接收方：接收不及时，消息存放在缓存区，再读取的时候一次性读出多条消息。
2. 半包
定义
对方多次接收了不完整的消息，这种现象称为半包。
原因分析
- 发送方发的消息 > 缓存区大小
- 发送方发送的消息 > MTU （Maximum Transmission Unit，最大传输单元）
3. 解决方案
定长法
固定长度，确定消息边界。以最大的消息长度为固定长度，不足长度的消息的补足长度。
缺点：
浪费空间
不推荐
分割符法
使用固定的分割符分割消息。
缺点：
1）分割符本身做为内容传输时要转义
2）要扫描消息内容才能确定消息的边界
不推荐
长度+内容法
使用固定的长度字节存储消息长度，后面跟消息的内容。读取时，先读取长度信息，再根据读出的长度一次性读出内容。
缺点：需要预先知道消息的最大长度，用于确定存储长度的字节数。
推荐
比较
下面是三种方法的整体比较：
方法
如何确定消息边界
优点
缺点
推荐度
定长法
使用固定长度分割消息
简单
空间浪费
不推荐
分割符法
使用固定分割符分割消息
简单
分割符本身需要转义，且需要扫描消息的内容
不特别推荐
长度 + 内容法
先获取消息的长度，再按长度读取内容
精确获取消息的内容
需要预先知道消息的最大长度
推荐
Netty 是通过三组类来处理粘包 / 半包问题的，分别对应于上面提到的三种方式。
方法
编码
解码
定长法
无
FixedLengthFrameDecoder
分割符法
无
DelimiterBasedFrameDecoder
长度 + 内容法
LengthFieldPrepender
LengthFieldBasedFrameDecoder
定长法和分割符法太简单了，Netty 懒得实现。
4. 为什么说UDP无粘包半包问题
先看UDP的报文结构
头部只有 8 个字节（ 64 位）
目标和源端口：主要是告诉 UDP 协议应该把报文发给哪个进程。
包长度：该字段保存了 UDP 首部的长度跟数据的长度之和。
校验和：校验和是为了提供可靠的 UDP 首部和数据而设计。
UDP报文中有长度的字段，是16位的，那么UDP报文的最大长度是65536字节，但是一般MTU的大小不会达到65536字节这么大。
UDP 是一个包一个包的发送，是有边界的。UDP 的数据大小如果大于 MTU 大小，则会在 IP 层进行分片，目标主机收到后，在 IP 层组装完数据，接着再传给传输层，但是如果中途丢了一个分片，则就需要重传所有的数据包，这样传输效率非常差，所以通常 UDP 的报文应该小于 MTU。
UDP 不会像 TCP 一样出现粘包 / 半包现象。
资料
本文是 网络编程之Netty一站式精讲 的读书笔记
