個人主頁：Lei寶啊?

愿所有美好如期而遇

---

協(xié)議

簡單來說，就是通信雙方約定好的結構化的數據。

序列化與反序列化

我們通過一個問題引入這個概念，假如我們要實現一個網絡版的計算器，那么現在有兩種方案，第一種，客戶端發(fā)送一種類似于“1+1”這樣的字符串，服務端接收到后進行拆解，然后計算。第二種，雙方約定好一種結構體，按照某種規(guī)則轉換成字符串發(fā)送給對方，然后對方再按照這種規(guī)則拆解成結構體，這個過程就叫做序列化與反序列化。

無論我們采用方案一, 還是方案二, 還是其他的方案, 只要保證, 一端發(fā)送時構造的數據,
在另一端能夠正確的進行解析, 就是 ok 的. 這種約定, 就是 應用層協(xié)議。

理解Tcp為什么支持全雙工

什么是全雙工？簡單來說，就是同時收發(fā)消息，而消息之間不會互相受到干擾。

具體來講，全雙工（Full Duplex）是一種通信方式，它允許數據在通信鏈路的兩個方向上同時傳輸，即通信的雙方可以同時發(fā)送和接收數據。

因為OS系統(tǒng)內部，Tcp為每一個連接的客戶端維護了兩個緩沖區(qū)，一個是發(fā)送緩沖區(qū)，一個是接收緩沖區(qū)，這樣，就可以同時發(fā)送和接收信息而不互相干擾，read，write等系統(tǒng)調用在Tcp這里，也就支持了一個socketfd既可以讀，也可以寫。

Tcp粘包問題

TCP粘包是指發(fā)送方發(fā)送的若干包數據到接收方接收時粘成一包，從接收緩沖區(qū)看，后一包數據的頭緊接著前一包數據的尾。這種現象既可能由發(fā)送方造成，也可能由接收方造成。

由于Tcp是基于字節(jié)流的協(xié)議，發(fā)送緩沖區(qū)內的數據什么時候發(fā)，發(fā)多少，出錯了怎么辦，完全由Tcp協(xié)議自己決定，所以就會導致出現報文發(fā)送不完整或者接收方不能讀取完整報文的情況，那么接受方如果不對這種報文進行正確處理，就會導致粘包現象。

我們解決粘包問題的方案是，循環(huán)讀入數據判斷報文是否完整，如果完整則處理，并將緩沖區(qū)中的這段報文刪除，判斷處理下一個。

---

關于具體實現方案，我們后面的文章中，會給出具體實現。