socket 包被分拆兩次發(fā)送

shihyu

1. #define SOCKET_DATA_LENGTH 200
   
2. send(socket_desc, msg, SOCKET_DATA_LENGTH, 0)
   
3. len = recv(new_socket, szMessage, SOCKET_DATA_LENGTH, 0)

復(fù)制代碼

最近遇到個(gè)問(wèn)題就是發(fā)現(xiàn) socket 包被分拆兩次發(fā)送 , 結(jié)果計(jì)算數(shù)據(jù)造成錯(cuò)誤, recv 的 len 正常是200 , 但是發(fā)現(xiàn)被分拆成148, 52 兩次分送
請(qǐng)問(wèn)為什么會(huì)被分拆？ 測(cè)試其他臺(tái)pc 都正常只有其中一臺(tái)電腦會(huì)造成 socket 包被分拆 , 這跟 router 有關(guān)系嗎？
代碼上有辦法避免兩次分拆嗎？

謝謝

lxyscls

router？二層頭16 三層頭 20 四層 20，您這什么奇葩router，才200出頭？

如果是tcp的話，很正常，沒(méi)收完就接著收唄，buffer和offset都要保存好

hanzhenlll

回復(fù) 1# shihyu

    最近遇到個(gè)問(wèn)題就是發(fā)現(xiàn) socket 包被分拆兩次發(fā)送 , 結(jié)果計(jì)算數(shù)據(jù)造成錯(cuò)誤, recv 的 len 正常是200 , 但是發(fā)現(xiàn)被分拆成148, 52 兩次分送
請(qǐng)問(wèn)為什么會(huì)被分拆？ 測(cè)試其他臺(tái)pc 都正常只有其中一臺(tái)電腦會(huì)造成 socket 包被分拆 , 這跟 router 有關(guān)系嗎？
代碼上有辦法避免兩次分拆嗎？

    理論上IP包 會(huì)根據(jù)mtu 默認(rèn)1500 來(lái)進(jìn)行拆分(包含TCP頭部)。  所以實(shí)際編寫(xiě)代碼 1400 左右是較為高效的包大小， 但是個(gè)別情況下小于MTU 依然會(huì)被拆包  這個(gè)和 發(fā)送<-->接收端之間的鏈路狀態(tài)有很大的關(guān)系， 比如GPRS連接 他們的包大小受限嚴(yán)重 這個(gè)時(shí)候一個(gè)1400的包可能會(huì)被拆分成 5次 甚至10次 是正常的， 又或者 網(wǎng)卡或者網(wǎng)絡(luò)設(shè)備存在異常 數(shù)據(jù)包被拆分也是有可能的。
建議讀一下 TCP/IP的書(shū)。

     解決的辦法有多種： 1：循環(huán)接收拼裝完整包， 增加頭部標(biāo)識(shí)和校驗(yàn)位，校驗(yàn)數(shù)據(jù)完整性。   2. 循環(huán)接收拼裝完整包, 增加 ACK應(yīng)答機(jī)制  第二種低速但是更新安全。  當(dāng)然還有更多的方式歡迎大家補(bǔ)充。

cokeboL

1. buf := make([]byte, 200)
   
2. readLen, err = io.ReadFull(conn, buf)

復(fù)制代碼

用golang的話，連粘包都不需要處理了

hanxin83

你們回答題主的問(wèn)題不精確, 我來(lái)給個(gè)精確答案.

1. 請(qǐng)問(wèn)為什么會(huì)被分拆?

因?yàn)門(mén)CP是流式協(xié)議, 沒(méi)有包的概念...所以也說(shuō)不上是被分拆, 也會(huì)被合并的呢.....

2. 這跟 router 有關(guān)系嗎?

也許有一點(diǎn), 但是不是精確決定的, 所以你認(rèn)為答案是沒(méi)有即可.

3. 代碼上有辦法避免兩次分拆嗎?

沒(méi)有

fender0107401

hanxin83 發(fā)表于 2016-03-28 12:05
你們回答題主的問(wèn)題不精確, 我來(lái)給個(gè)精確答案.

Good!

windoze

IP包里有一個(gè)“Don't Fragment”標(biāo)志，用來(lái)告訴傳輸鏈路不要把這個(gè)包分片，但有兩點(diǎn)：
1、這個(gè)標(biāo)志和TCP分包沒(méi)有關(guān)系，因?yàn)椤皊end調(diào)用”和IP包沒(méi)有一一對(duì)應(yīng)關(guān)系
2、如果路上一定要分片，比如MTU太小，加了這個(gè)標(biāo)志的包會(huì)被直接丟掉。

sxcong

不能全指望recv幫你做所有事情。而且，你都已經(jīng)知道tcp是流式的，沒(méi)有頭尾，那你給它一個(gè)SOCKET_DATA_LENGTH其實(shí)就沒(méi)什么意義。
比較完善的方法是每個(gè)數(shù)據(jù)包加個(gè)長(zhǎng)度，接收方循環(huán)接收，放到數(shù)據(jù)緩存。
然后處理線程從緩存讀數(shù)據(jù)進(jìn)行處理。
while(1)
{
err = recv
出錯(cuò)時(shí) break;
}
每次有讀事件時(shí)，這樣收就安全了。recv和處理最好分成兩個(gè)線程里。

sagarfan

struct package
{
     int len;
     char recvbuf[50];
};
每次來(lái)數(shù)據(jù)了，只讀取len長(zhǎng)度的數(shù)據(jù)。

yjh777

http://www.cs.odu.edu/~cs779/stevens2nd/lib/readn.c