要调用几次recv函数才能把s的接收缓冲中的数据copy完？

Question

int recv( SOCKET s,     char FAR *buf,      int len,     int flags     );  
这里只描述同步Socket的recv函数的执行流程。当应用程序调用recv函数时，recv先等待s的发送缓冲 中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现网络错误，那么recv函数返回SOCKET_ERROR，如果s的发送缓冲中没有数 据或者数据被协议成功发送完毕后，recv先检查套接字s的接收缓冲区，如果s接收缓冲区中没有数据或者协议正在接收数据，那么recv就一直等待，只到 协议把数据接收完毕。当协议把数据接收完毕，recv函数就把s的接收缓冲中的数据copy到buf中（注意协议接收到的数据可能大于buf的长度，所以 在这种情况下要调用几次recv函数才能把s的接收缓冲中的数据copy完。recv函数仅仅是copy数据，真正的接收数据是协议来完成的），recv函数返回其实际copy的字节数。如果recv在copy时出错，那么它返回SOCKET_ERROR；如果recv函数在等待协议接收数据时网络中断了，那么它返回0。
以上是网上对RECV的一段文字，我对括号里的那段“注意协议接收到的数据可能大于buf的长度，所以 在这种情况下要调用几次recv函数才能把s的接收缓冲中的数据copy完。recv函数仅仅是copy数据，真正的接收数据是协议来完成的），”不理解:
（1）接收到的数据可能大于buf的长度？是因为不知道发送方要发多大数据？？
（2）发送方的一次SEND，接收方不是对应一次RECV？某个数据包的成功完整收发，难道会有发方一次SEND对应收方几次RECV或者发方几次SEND对应收方一次RECV？

Answer 1

1）接收长度，有len指定
2）不是。发送和接收在次数上没有啥关系，你说的情况有可能。

Answer 2

（1）接收到的数据可能大于buf的长度？是因为不知道发送方要发多大数据？？ 发送方也只是把buf中的数据提交到socket的发送缓冲中，也许多次send之后，协议才会把缓冲中足够的数据物理发送出去。在接收的时候，在某一个socket缓冲得到的数据可能很多，包含了多个上层应用协议的包，而代码中recv可能只请求一个协议包，缓冲的其他数据还是没有被上层完全得到，需要多次提交recv。（2）发送方的一次SEND，接收方不是对应一次RECV？某个数据包的成功完整收发，难道会有发方一次SEND对应收方几次RECV或者发方几次SEND对应收方一次RECVsend，recv，现实中，不是一一对应，也没有任何约束关系。send，就是send，只是把要发的数据确保发送出去，接收端，应该假设没有数据可接收为止，（当然，还是以64K为界限示例），怎么拆用户应用协议包，不该在io过程中去处理。

Answer 3

这个问题是这样的，套接字在你的系统中有一个接受缓冲区，而此缓冲区不是你的recv语句中定义的缓冲区。发送方发送过来的数据都是先发送到接受方的系统缓冲区里，然后等着你的recv语句中定义的buffer来拷贝。也就是说recv只是起到一个拷贝的作用，真正的接受是TCP协议完成的。所以不是一个recv对应一个send，而是一直RECV将所对应的缓冲区的数据拷贝完为止。看完上面就应该知道你的问题的答案了吧！
1.接受到的数据完全可以大于自己定义的buffer。而且经常是大于的。
2.发送方的send跟接收方的recv没有对应关系。比如发送方一次发送过去1000字节的数据，而你的recv的buffer定义的大小为100字节，那么就需要调用10次RECV来接受这些数据。明白了没？？？