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是面向報文的！
TCP的粘包和拆包
簡單地說，比如客戶端呼叫 client.send 1 client.send 2 clinet.send 3 底層的tcp可能會把這幾個小包合起來成為乙個大包，因此底層可能的呼叫是client.send 123 另一種情況是伺服器沒有及時處理資料 伺服器先後收到三個包 1 2 3 伺服器沒有及時處理...
TCP粘包和拆包
當傳送包同時傳送兩個資料報時，接收包只收到了乙個資料報，其中包含了兩個資料報的資訊，這種現象為粘包。這種情況下，接收方無法分清兩個資料報的界限，很難處理 當傳送包同時傳送兩個資料報時，接收方也收到了兩個資料報。但是這兩個資料報，乙個是不完整的，乙個是多出來一塊，這種現象為拆包。訊息定長 傳送方將資料...
TCP粘包 拆包
tcp粘包 拆包 客戶端發服務端傳送了兩個資料報a和b 粘包 服務端一次性接收到了a和b 拆包 服務端第一次接收了a和b的一部分，第二次接收到了b的剩餘部分 粘包 拆包原因 1 應用程式寫入的位元組大小 socket傳送緩衝區大小 2 tcp分段 tcp data部分的大小 mss max segm...