最近在使用Golang編寫Socket層,發現有時候接收端會一次讀到多個數據包的問題。因而經過查閱資料,發現這個就是傳說中的TCP粘包問題。下面經過編寫代碼來重現這個問題:golang
服務端代碼 server/main.go
func main() { l, err := net.Listen("tcp", ":4044") if err != nil { panic(err) } fmt.Println("listen to 4044") for { // 監聽到新的鏈接,建立新的 goroutine 交給 handleConn函數 處理 conn, err := l.Accept() if err != nil { fmt.Println("conn err:", err) } else { go handleConn(conn) } } } func handleConn(conn net.Conn) { defer conn.Close() defer fmt.Println("關閉") fmt.Println("新鏈接:", conn.RemoteAddr()) result := bytes.NewBuffer(nil) var buf [1024]byte for { n, err := conn.Read(buf[0:]) result.Write(buf[0:n]) if err != nil { if err == io.EOF { continue } else { fmt.Println("read err:", err) break } } else { fmt.Println("recv:", result.String()) } result.Reset() } } 複製代碼
客戶端代碼 client/main.go
func main() { data := []byte("[這裏纔是一個完整的數據包]") conn, err := net.DialTimeout("tcp", "localhost:4044", time.Second*30) if err != nil { fmt.Printf("connect failed, err : %v\n", err.Error()) return } for i := 0; i <1000; i++ { _, err = conn.Write(data) if err != nil { fmt.Printf("write failed , err : %v\n", err) break } } } 複製代碼
運行結果
listen to 4044 新鏈接: [::1]:53079 recv: [這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據� recv: �][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包][這裏纔是一個完整的數據包][這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] ...省略其它的... 複製代碼
從服務端的控制檯輸出能夠看出,存在三種類型的輸出:bash
- 一種是正常的一個數據包輸出。
- 一種是多個數據包「粘」在了一塊兒,咱們定義這種讀到的包爲粘包。
- 一種是一個數據包被「拆」開,造成一個破碎的包,咱們定義這種包爲半包。
- 客戶端一段時間內發送包的速度太多,服務端沒有所有處理完。因而數據就會積壓起來,產生粘包。
- 定義的讀的buffer不夠大,而數據包太大或者因爲粘包產生,服務端不能一次所有讀完,產生半包。
- TCP鏈接是長鏈接,即一次鏈接屢次發送數據。
- 每次發送的數據是結構的,好比 JSON格式的數據 或者 數據包的協議是由咱們本身定義的(包頭部包含實際數據長度、協議魔數等)。
- 定長分隔(每一個數據包最大爲該長度,不足時使用特殊字符填充) ,可是數據不足時會浪費傳輸資源
- 使用特定字符來分割數據包,可是若數據中含有分割字符則會出現Bug
- 在數據包中添加長度字段,彌補了以上兩種思路的不足,推薦使用
經過上述分析,咱們最好經過第三種思路來解決拆包粘包問題。app
bufioScanner
Scanner provides a convenient interface for reading data such as a file of newline-delimited lines of text. Successive calls to the Scan method will step through the 'tokens' of a file, skipping the bytes between the tokens. The specification of a token is defined by a split function of type SplitFunc; the default split function breaks the input into lines with line termination stripped. Split functions are defined in this package for scanning a file into lines, bytes, UTF-8-encoded runes, and space-delimited words. The client may instead provide a custom split function.ide
簡單來說便是:函數
Scanner爲 讀取數據 提供了方便的 接口。連續調用Scan方法會逐個獲得文件的「tokens」,跳過 tokens 之間的字節。token 的規範由 SplitFunc 類型的函數定義。咱們能夠改成提供自定義拆分功能。ui
接下來看看 SplitFunc 類型的函數是什麼樣子的:this
type SplitFunc func(data []byte, atEOF bool) (advance int, token []byte, err error) 複製代碼
Golang官網文檔上提供的使用例子🌰:spa
func main() { // An artificial input source. const input = "1234 5678 1234567901234567890" scanner := bufio.NewScanner(strings.NewReader(input)) // Create a custom split function by wrapping the existing ScanWords function. split := func(data []byte, atEOF bool) (advance int, token []byte, err error) { advance, token, err = bufio.ScanWords(data, atEOF) if err == nil && token != nil { _, err = strconv.ParseInt(string(token), 10, 32) } return } // Set the split function for the scanning operation. scanner.Split(split) // Validate the input for scanner.Scan() { fmt.Printf("%s\n", scanner.Text()) } if err := scanner.Err(); err != nil { fmt.Printf("Invalid input: %s", err) } } 複製代碼
因而,咱們能夠這樣改寫咱們的程序:code
服務端代碼 server/main.go
func main() { l, err := net.Listen("tcp", ":4044") if err != nil { panic(err) } fmt.Println("listen to 4044") for { conn, err := l.Accept() if err != nil { fmt.Println("conn err:", err) } else { go handleConn2(conn) } } } func packetSlitFunc(data []byte, atEOF bool) (advance int, token []byte, err error) { // 檢查 atEOF 參數 和 數據包頭部的四個字節是否 爲 0x123456(咱們定義的協議的魔數) if !atEOF && len(data) > 6 && binary.BigEndian.Uint32(data[:4]) == 0x123456 { var l int16 // 讀出 數據包中 實際數據 的長度(大小爲 0 ~ 2^16) binary.Read(bytes.NewReader(data[4:6]), binary.BigEndian, &l) pl := int(l) + 6 if pl <= len(data) { return pl, data[:pl], nil } } return } func handleConn2(conn net.Conn) { defer conn.Close() defer fmt.Println("關閉") fmt.Println("新鏈接:", conn.RemoteAddr()) result := bytes.NewBuffer(nil) var buf [65542]byte // 因爲 標識數據包長度 的只有兩個字節 故數據包最大爲 2^16+4(魔數)+2(長度標識) for { n, err := conn.Read(buf[0:]) result.Write(buf[0:n]) if err != nil { if err == io.EOF { continue } else { fmt.Println("read err:", err) break } } else { scanner := bufio.NewScanner(result) scanner.Split(packetSlitFunc) for scanner.Scan() { fmt.Println("recv:", string(scanner.Bytes()[6:])) } } result.Reset() } } 複製代碼
客戶端代碼 client/main.go
func main() { data := []byte("[這裏纔是一個完整的數據包]") l := len(data) fmt.Println(l) magicNum := make([]byte, 4) binary.BigEndian.PutUint32(magicNum, 0x123456) lenNum := make([]byte, 2) binary.BigEndian.PutUint16(lenNum, uint16(l)) packetBuf := bytes.NewBuffer(magicNum) packetBuf.Write(lenNum) packetBuf.Write(data) conn, err := net.DialTimeout("tcp", "localhost:4044", time.Second*30) if err != nil { fmt.Printf("connect failed, err : %v\n", err.Error()) return } for i := 0; i <1000; i++ { _, err = conn.Write(packetBuf.Bytes()) if err != nil { fmt.Printf("write failed , err : %v\n", err) break } } } 複製代碼
運行結果
listen to 4044 新鏈接: [::1]:55738 recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] recv: [這裏纔是一個完整的數據包] ...省略其它的... 複製代碼