在 Java 語言中，傳統的 Socket 編程分為兩種實現方式，這兩種實現方式也對應着兩種不同的傳輸層協議：TCP 協議和 UDP 協議，但作為互聯網中最常用的傳輸層協議 TCP，在使用時卻會導致粘包和半包問題，於是為了徹底的解決此問題，便誕生了此篇文章。 什么是 TCP 協議 ...

處理原理: 半包:即一條消息底層分幾次發送，先有個頭包讀取整條消息的長度，當不滿足長度時，將消息臨時緩存起來，直到滿足長度再解碼 粘包:兩條完整/不完整消息粘在一起，一般是解碼完上一條消息，然后再判斷是否有剩余字節，有的話緩存起來，循環半包處理 客戶端接收代碼 ...

完整的包。 ...

　　在網絡傳輸過程中粘包和半包中經常出現的現象。 　　在TCP傳輸中，客戶端發送消息時，實際上是將數據寫入TCP的緩存，此時數據的大小和緩存的大小就會造成粘包和半包的原因。 　　例如： 　　客戶端給服務端發送了兩條消息ABC和DEF，服務端這邊的接收會有多少種情況呢？有可能是一次性收到了所有 ...

在網絡傳輸中，粘包和半包應該是最常出現的問題，作為 Java 中最常使用的 NIO 網絡框架 Netty，它又是如何解決的呢？今天就讓我們來看看。 定義 TCP 傳輸中，客戶端發送數據，實際是把數據寫入到了 TCP 的緩存中，粘包和半包也就會在此時產生。 客戶端給服務端發送了兩條消息 ...

① TCP是個流協議，它存在粘包問題 TCP是一個基於字節流的傳輸服務，"流"意味着TCP所傳輸的數據是沒有邊界的。這不同於UDP提供基於消息的傳輸服務，其傳輸的數據是有邊界的。TCP的發送方無法保證對等方每次接收到的是一個完整的數據包。主機A向主機B發送兩個數據包，主機B的接收情況可能是 ...

一、粘包是什么 ​ 兩個程序能夠互相通信是采用了套接字（socket）技術，socket在發送端和接收端都有個緩存機制，發送端在把需要發送的數據先放在緩存上，等數據超過緩存大小時，就會打包發給接收端；接收端接到數據也會先放到緩存，再根據應用程序（recv/read）去讀取這些數據，直到讀完緩存 ...

簡單遠程執行命令程序開發 是時候用戶socket干點正事呀，我們來寫一個遠程執行命令的程序，寫一個socket client端在windows端發送指令，一個socket server在Linux端 ...