socket 发送过程的怪现象，请高手指点！！

victory0717

我发现linux下,可以通过改变recv的第四个参数(MSG_WAITALL)来使收到的字节等于期望接收的字节, 但不知道windows下怎么来设置.

dingjf7516

以太网的MTU（最大传输单元）应该是1500，当装满一帧的时候，IP头部应该是20字节，TCP头部也是20字节，真正的用户数据是1460。

如果是3000字节的用户数据，应该发送三帧，1460，1460，80。

这些细节用抓包工具分析一下，应该会比较清楚。

marship

这个其实很简单，我们一般写的用来从网络接收数据和tcp/ip程序，它们recv不是直接从网络上收，而是从操作系统的tcp层收，tcp有缓冲和控制的作用，你可以看到发方发来3000B，收方先收到2920B,再收到80B,总数据没错，这就是对的，因为ip打包长度是不定的，收到数据后在TCP层会将它们依次按序排列到滑动窗口里去，如果你用抓包工具分析，你会看到如果收方应用层程序一直不接收数据，窗口大小会持续减小，当应用层程序接收数据时，TCP层会根据recv的最大长度和现有数据量的最小值返回数据，这就解释你上面的程序为什么会出现你说的情况，谢谢！