Golang TCP粘包拆包問題的解決方法
什么是粘包問題
最近在使用Golang編寫Socket層，發(fā)現(xiàn)有時候接收端會一次讀到多個數據包的問題。于是通過查閱資料，發(fā)現(xiàn)這個就是傳說中的TCP粘包問題。下面通過編寫代碼來重現(xiàn)這個問題：
服務端代碼 server/main.go
func main() {
l, err := net.Listen("tcp", ":4044")
if err != nil {
panic(err)
}
fmt.Println("listen to 4044")
for {
// 監(jiān)聽到新的連接，創(chuàng)建新的 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: [這里才是一個完整的數據包]
...省略其它的...
從服務端的控制臺輸出可以看出，存在三種類型的輸出：
- 一種是正常的一個數據包輸出。
- 一種是多個數據包“粘”在了一起，我們定義這種讀到的包為粘包。
- 一種是一個數據包被“拆”開，形成一個破碎的包，我們定義這種包為半包。
為什么會出現(xiàn)半包和粘包？
- 客戶端一段時間內發(fā)送包的速度太多，服務端沒有全部處理完。于是數據就會積壓起來，產生粘包。
- 定義的讀的buffer不夠大，而數據包太大或者由于粘包產生，服務端不能一次全部讀完，產生半包。
什么時候需要考慮處理半包和粘包？
TCP連接是長連接，即一次連接多次發(fā)送數據。
每次發(fā)送的數據是結構的，比如 JSON格式的數據 或者 數據包的協(xié)議是由我們自己定義的（包頭部包含實際數據長度、協(xié)議魔數等）。
解決思路
- 定長分隔(每個數據包最大為該長度，不足時使用特殊字符填充) ，但是數據不足時會浪費傳輸資源
- 使用特定字符來分割數據包，但是若數據中含有分割字符則會出現(xiàn)Bug
- 在數據包中添加長度字段，彌補了以上兩種思路的不足，推薦使用
拆包演示
通過上述分析，我們最好通過第三種思路來解決拆包粘包問題。
Golang的bufio庫中有為我們提供了Scanner，來解決這類分割數據的問題。
type Scanner
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.
簡單來講即是：
Scanner為 讀取數據 提供了方便的 接口。連續(xù)調用Scan方法會逐個得到文件的“tokens”，跳過 tokens 之間的字節(jié)。token 的規(guī)范由 SplitFunc 類型的函數定義。我們可以改為提供自定義拆分功能。
接下來看看 SplitFunc 類型的函數是什么樣子的：
type SplitFunc func(data []byte, atEOF bool) (advance int, token []byte, err error)
Golang官網文檔上提供的使用例子🌰：
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)
}
}
于是，我們可以這樣改寫我們的程序：
服務端代碼 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 參數 和 數據包頭部的四個字節(jié)是否 為 0x123456(我們定義的協(xié)議的魔數)
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 // 由于 標識數據包長度 的只有兩個字節(jié) 故數據包最大為 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() {
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 參數 和 數據包頭部的四個字節(jié)是否 為 0x123456(我們定義的協(xié)議的魔數)
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 // 由于 標識數據包長度 的只有兩個字節(jié) 故數據包最大為 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()
}
}
運行結果
listen to 4044
新連接： [::1]:55738
recv: [這里才是一個完整的數據包]
recv: [這里才是一個完整的數據包]
recv: [這里才是一個完整的數據包]
recv: [這里才是一個完整的數據包]
recv: [這里才是一個完整的數據包]
recv: [這里才是一個完整的數據包]
recv: [這里才是一個完整的數據包]
recv: [這里才是一個完整的數據包]
...省略其它的...
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。
相關文章
這篇文章主要為大家介紹了GPT回答:go語言和C語言切片對比,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2023-10-10
I/O?操作在編程中扮演著至關重要的角色，它涉及程序與外部世界之間的數據交換，下面我們就來簡單了解一下Go語言中的?I/O?接口設計吧2023-06-06
這篇文章主要介紹了GO的方法值和方法表達式的使用方法，本文通過實例代碼給大家介紹的非常詳細，具有一定的參考借鑒價值,需要的朋友可以參考下2020-02-02
這篇文章主要介紹了Go語言判斷文件或文件夾是否存在的方法,結合具體實例形式對比分析了Go語言針對文件與目錄判斷的操作技巧與相關注意事項,需要的朋友可以參考下2017-05-05
日常Go開發(fā)中，Context包是用的最多的一個了，幾乎所有函數的第一個參數都是ctx，那么我們?yōu)槭裁匆獋鬟fContext呢，Context又有哪些用法，底層實現(xiàn)是如何呢？相信你也一定會有探索的欲望，那么就跟著本篇文章，一起來學習吧2023-03-03
在 Golang 中，type 關鍵字用于定義自定義類型，函數也是一種數據類型，因此可以使用 type 關鍵字來定義函數類型，本文就給大家詳細介紹一下Golang中的自定義函數類型,需要的朋友可以參考下2023-07-07
這篇文章主要為大家介紹了GO使用Mutex確保并發(fā)程序正確性詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2023-03-03
這篇文章主要介紹了go語言通過odbc訪問Sql Server數據庫的方法,實例分析了Go語言通過odbc連接與查SQL Server詢數據庫的技巧,需要的朋友可以參考下2015-03-03
Golang和Java是兩種流行的編程語言,它們在很多方面有著相似之處,但也存在一些重要的區(qū)別,本文將對Golang和Java進行對比,探討它們的特點和適用場景,需要的朋友可以參考下2023-10-10
Go的switch的基本功能和C、Java類似，switch 語句用于基于不同條件執(zhí)行不同動作，每一個 case 分支都是唯一的，從上至下逐一測試，直到匹配為止，對Go條件語句Switch相關知識感興趣的朋友一起看看吧2021-08-08