TCP 是面向字节流的协议，UDP 是面向报文的协议
操作系统对 TCP 和 UDP 协议的发送方的机制不同，也就是问题原因在发送方。
UDP面向报文协议：
操作系统不会对UDP协议传输的消息进行拆分，在组装好UDP头部后就交给网络层处理，每个UDP报文就是一个用户消息边界。
操作系统接收到UDP报文后放入队列，队列每一个元素都是一个UDP报文
TCP面向字节流协议：
TCP协议传输时，一个完整的用户消息被拆分成多个 TCP 报文进行传输。我们不能认为每次 send 调用发送的数据，都会作为一个整体完整地消息被发送出去，至于什么时候真正被发送，取决于发送窗口、拥塞窗口以及当前发送缓冲区的大小等条件。不能认为一个用户消息对应一个 TCP 报文，正因为这样，所以 TCP 是面向字节流的协议。
如何解决粘包？
不知道一个用户消息的边界在哪
固定长度的消息
即每个用户消息都是固定长度的，比如规定一个消息的长度是 64 个字节，当接收方接满 64 个字节，就认为这个内容是一个完整且有效的消息。
特殊字符作为边界
两个用户消息之间插入一个特殊的字符串，这样接收方在接收数据时，读到了这个特殊字符，就把认为已经读完一个完整的消息。
自定义消息结构
我们可以自定义一个消息结构，由包头和数据组成，其中包头包是固定大小的，而且包头里有一个字段来说明紧随其后的数据有多大。