UDP客户端连续发送abc和def两个TCP包后, 服务器分几次recv()接收数据?

yyyyy_3 2012-04-28 02:31:02
假如UDP服务器已启动, 在开始并没有用recvfrom接收数据. 然后:

1. 客户端用sendto()连续发送abc和def两个TCP包.
2. 客户端发送完毕后, 服务器才开始用recvfrom接收数据.

请问服务器需要调用几次recvfrom()?

如果采用TCP协议呢, 客户端连续发送abc和def两个TCP包后, 服务器分几次recv()接收数据?
...全文
265 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
向立天 2012-04-28
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 的回复:]
UDP不需处理粘包
TCP需要处理粘包

前提是sendto或send未超时
UDP需调用2次recvfrom
TCP的话,要看socket的发送缓冲大小,是否使用Nagle算法,默认下,这么小的数据都会合并了,所以应该只要1次recv
[/Quote]
基本上就是这样了
你可以测试一下
实践出真知
  • 打赏
  • 举报
回复
1.要看2个包的之间的时间间隔。
2.要看开了多少发送缓存区.
3.要看接收端的接收与读取方式。
可能是1.也可能是N.
stjay 2012-04-28
  • 打赏
  • 举报
回复
UDP不需处理粘包
TCP需要处理粘包

前提是sendto或send未超时
UDP需调用2次recvfrom
TCP的话,要看socket的发送缓冲大小,是否使用Nagle算法,默认下,这么小的数据都会合并了,所以应该只要1次recv
笨笨仔 2012-04-28
  • 打赏
  • 举报
回复
UDP不是可靠传输,需要在程序中自己解决这些问题。
TCP由于需要先建立连接后才能发送数据,因此你所说的情形不可能发生。

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧