当内部缓冲区中有数据要返回时，recv将返回。如果您请求100个字节，它不会等到100个字节为止。
如果要发送100字节的“消息”，请记住TCP不提供消息，它只是一个流。如果要处理应用程序消息，则需要在应用程序层进行处理，因为TCP不会这样做。
在许多情况下，调用recv（…，100）时，只有一个recv调用可能无法完全读取另一端的100字节send（）调用；这里只是 几个 例子：
发送TCP堆栈决定将15个写调用捆绑在一起，而MTU恰好是1460，这取决于到达数据的时间，可能导致客户端的前14个调用获取100个字节，而15个调用获取60个字节-最后的40个字节将在您下次调用recv（）时出现。（但是，如果使用缓冲区100调用recv，则可能会获得前一个应用程序“消息”的后40个字节，以及下一条消息的前60个字节）
发送者缓冲区已满，可能是读取器速度很慢，或者网络拥塞。在某些时候，数据可能会通过，在清空缓冲区时，最后一块数据不是100的倍数。
接收器缓冲区已满，而您的应用程序recv（）数据时，它拉出的最后一个块只是部分，因为该消息的整个100字节都不适合缓冲区。
这些场景中的许多场景都很难测试，尤其是在您可能没有很多拥塞或数据包丢失的局域网上-随着您提高/降低消息发送/生成速度的速度，情况可能会有所不同。
无论如何。如果要从套接字读取100字节，请使用类似
intreadn(int f, void *av, int n){ char *a; int m, t; a = av; t = 0; while(t < n){ m = read(f, a+t, n-t); if(m <= 0){ if(t == 0) return m; break; } t += m; } return t;}…
if(readn(mysocket,buffer,BUFFER_SZ) != BUFFER_SZ) { //something really bad is going on.}
