目录
粘包：
半包：
应用进程如何解读字节流？如何解决粘包和半包问题？
①：固定长度
②：分隔符
③：固定长度字段存储内容的长度信息
粘包：
一次接收到多个消息，粘包
应用进程无法从一个粘包中解析出数据
出现粘包的原因：
①：发送方每次写入数据<内核缓冲区大小；导致多个小的数据包一次性放到一个缓冲区中一起发送了，接收端接收到数据就对导致粘包。
②：接收方读取内核缓冲区不够及时。Tcp接收数据的三个队列并不是实时的，有可能会延时，可能会导致读到多个消息，粘包了。
半包：
一个消息分多次接收，半包
应用进程无法从一个半包中解析出数据
出现半包的原因：
①：发送方写入数据>内核缓冲区大小；
②：发送方数据大小大于MTU，必须拆包。
应用进程是无法从一个粘包、半包中解析出数据的，根本原因是：Tcp是面向字节的，消息无边界的。
应用进程如何解读字节流？如何解决粘包和半包问题？
找出消息的边界
①：固定长度
简单、但是浪费空间，不推荐。
（比如规定每10个字节表示一个消息，但是客户端发送的一个消息里只有1个字节那么剩下的字节就是浪费的，需要补空或者补0）
②：分隔符
简单，空间也不浪费，推荐使用
缺点:数据内容本身出现分隔符时，需要转义，所以需要扫描内容
典型的例子就是HTTP报文：
③：固定长度字段存储内容的长度信息
接收端先解析固定字段，获取长度，然后根据长度读取数据内容。
可以精确定位数据内容，内容不需要转义，推荐
缺点:数据内容长度有限制，需要提前知道可能的最长的消息的字节数
