TCP粘包：指发送方发送的若干数据包在接收方接收时粘成一团，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾
产生的原因：
1.发送方的原因：TCP默认使用Nagle算法，而Nagle算法主要做两件事情：只有上一个分组得到确认，才发送下一个分组，收集多个小分组，在一个确认到来时一起发送，Nagle算法造成了发送方可能存在粘包现象
2.接收方的原因：TCP接收到分组时，应用层并不会立即处理，TCP将接收到的分组放到接收缓存中，然后应用程序主动从接收缓存中读取分组，当TCP接收分组的速度大于应用程序读取分组的速度时，多个包就会被存至缓存,应用程序读取时，就会读到多个首尾相连在一起的包
什么时候需要处理TCP粘包问题？
1.如果发送方的多个分组本来就是同一个数据的不同部分，比如一个很大的文件分成多个分组发送，这时不需要处理TCP粘包现象
2.如果多个分组毫不相干，甚至是并联关系，则一定要处理TCP粘包问题
TCP拆包：发送方将一个数据包拆分成了多个数据包进行传送
产生的原因：
1.要发送的数据大于TCP剩余缓冲区的大小
2.要发送的数据大于MSS最大报文长度
什么时候需要处理TCP拆包问题？
任何时候都需要处理TCP拆包问题
如何处理TCP粘包和TCP拆包问题？
无论是TCP拆包还是TCP粘包本质问题都在于无法区分包的界限，可以采用以下三种方式来区分包的界限
1.消息数据固定长度，但是浪费存储和网络资源
2.使用分割符来区分包的界限
3.数据包的头部中增加数据包长度字段
总结一下：TCP之所以存在拆包和粘包问题，本质就是TCP是面向字节流的，而UDP是面向报文的！