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是面向報文的！