socket 包被分拆两次发送

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)

复制代码

最近遇到个问题就是发现 socket 包被分拆两次发送 , 结果计算数据造成错误, recv 的 len 正常是200 , 但是发现被分拆成148, 52 两次分送
请问为什么会被分拆？ 测试其他台pc 都正常只有其中一台电脑会造成 socket 包被分拆 , 这跟 router 有关系吗？
代码上有办法避免两次分拆吗？

谢谢

lxyscls

router？二层头16 三层头 20 四层 20，您这什么奇葩router，才200出头？

如果是tcp的话，很正常，没收完就接着收呗，buffer和offset都要保存好

hanzhenlll

回复 1# shihyu

    最近遇到个问题就是发现 socket 包被分拆两次发送 , 结果计算数据造成错误, recv 的 len 正常是200 , 但是发现被分拆成148, 52 两次分送
请问为什么会被分拆？ 测试其他台pc 都正常只有其中一台电脑会造成 socket 包被分拆 , 这跟 router 有关系吗？
代码上有办法避免两次分拆吗？

    理论上IP包 会根据mtu 默认1500 来进行拆分(包含TCP头部)。  所以实际编写代码 1400 左右是较为高效的包大小， 但是个别情况下小于MTU 依然会被拆包  这个和 发送<-->接收端之间的链路状态有很大的关系， 比如GPRS连接 他们的包大小受限严重 这个时候一个1400的包可能会被拆分成 5次 甚至10次 是正常的， 又或者 网卡或者网络设备存在异常 数据包被拆分也是有可能的。
建议读一下 TCP/IP的书。

     解决的办法有多种： 1：循环接收拼装完整包， 增加头部标识和校验位，校验数据完整性。   2. 循环接收拼装完整包, 增加 ACK应答机制  第二种低速但是更新安全。  当然还有更多的方式欢迎大家补充。

cokeboL

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

复制代码

用golang的话，连粘包都不需要处理了

hanxin83

你们回答题主的问题不精确, 我来给个精确答案.

1. 请问为什么会被分拆?

因为TCP是流式协议, 没有包的概念...所以也说不上是被分拆, 也会被合并的呢.....

2. 这跟 router 有关系吗?

也许有一点, 但是不是精确决定的, 所以你认为答案是没有即可.

3. 代码上有办法避免两次分拆吗?

没有

fender0107401

hanxin83 发表于 2016-03-28 12:05
你们回答题主的问题不精确, 我来给个精确答案.

Good!

windoze

IP包里有一个“Don't Fragment”标志，用来告诉传输链路不要把这个包分片，但有两点：
1、这个标志和TCP分包没有关系，因为“send调用”和IP包没有一一对应关系
2、如果路上一定要分片，比如MTU太小，加了这个标志的包会被直接丢掉。

sxcong

不能全指望recv帮你做所有事情。而且，你都已经知道tcp是流式的，没有头尾，那你给它一个SOCKET_DATA_LENGTH其实就没什么意义。
比较完善的方法是每个数据包加个长度，接收方循环接收，放到数据缓存。
然后处理线程从缓存读数据进行处理。
while(1)
{
err = recv
出错时 break;
}
每次有读事件时，这样收就安全了。recv和处理最好分成两个线程里。

sagarfan

struct package
{
     int len;
     char recvbuf[50];
};
每次来数据了，只读取len长度的数据。

yjh777

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