关于socket的send这个API的问题

[w_anthony]

非阻塞方式的send的什么情况下返回值会小于传进去的参数，但大于0呢？
我用setsockopt对SO_SNDBUF也就是发送缓冲区作了设置，然后让接收端故意不收，企图让发送端占满所有缓冲区，结果发现只要缓冲区有一个1字节空间剩余，就可以把我1M的数据包吃干净-_-b。
比如设置发送缓冲区为1024*1024字节，然后发两个1024*1024字节的数据包，第二个返回-1，GetLastError是WSAEWOULDBLOCK；
再设置发送缓冲区为1024*1024+1字节，然后发两个1024*1024字节的数据包，结果两个都成功，无论我怎么试，都试不出“小于传进去的参数大于0”的情况。

至于研究这个问题的原因是，我想弄一个异步发送，如果返回-1并且GetLastError是WSAEWOULDBLOCK，那么就是表示缓冲区不够了，当接收端接收数据之后，我这边发送端会收到FD_WRTIE，然后我响应这个消息继续发就好了，但是如果有“小于传进去的参数大于0”的这种情况，我不知道对方接收后，我这边是不是也会有FD_WRITE。

虽然msdn上说有这种情况，不过我就是试不出来，也就更加不能确定这样的异步方式是否可行了。

哪位前辈如果有类似经验，望不吝赐教！！！

[僵哥]

那是因为你的网络带宽足够在短时间内发送出去，如果你发送个20兆看（百兆网络带宽，如果是千兆，则再剩8倍).

[w_anthony]

LS，我让接收端没接收，而且你也可以看看1024*1024和1024*1024+1这两种缓冲区设置的区别。
另外，我是两个都在本地测试的。

[w_anthony]

我又试了一下，缓冲区设为1字节，发一个120M的数据包，直接成功，而且返回字节数是完完整整的120M，但发一个150M的数据包，返回-1，而且GetLastError不是WSAEWOULDBLOCK而是WSAENOBUFS，不管怎么说，还是没有出现“小于传进去的参数大于0”的情况。

[w_anthony]

自己顶起！！！

[阿呆_]

你设置分配1024*1024+1并不表示底层分配缓冲区就是1024*1024+1字节， 很有可能是多一个内存页。 另外缓冲区并不只是在底层nonpage pool内存中， 网卡上也有.

[lzg0001]

Idle_ 的说法应该是对的！

你指定的缓存区大小只是一个参考，操作系统内部会以其为基础计算一个可用缓存的大小值，而这个值页为单位！

[lhappyrain]

帮顶

[w_anthony]

总之，我只是把自己的测试结果说明了一下。如果各位认为是一个内存页，那么1字节缓冲可以一次性搞定120M的数据包，也不是它可以解释得了的。
就算是1024*1024-1发两个1024*1024-1大小的数据包，后一个还是WSAEWOULDBLOCK，但如果是1024*1024发两个1024*1024-1大小的数据包，结果也还是都成功。

上面这些测试结果都不重要，也不需要找到一种合理的解释，关键是想知道windows下到底有没有可能出现返回值小于传入参数但大于0的情况？

研究这个问题是以下测试结果引出的，如果哪位前辈有这个方面的经验，可以回答下面这个问题，那么上面这些全部无视好了。

测试条件：异步socket发送测试，缓冲区设为4096字节，接收端故意不接收，但保持连接socket有效。
几种测试：
1、先发一个8192字节的数据包，结果直接成功，然后允许接收端接收，发送端这边没有收到FD_WRITE，也就没有调用OnSend。
2、先发一个8192字节的数据包，再发一个相同的数据包，后者失败，LastError为WSAEWOULDBLOCK，然后允许接收端接收，发送端这边可以收到FD_WRITE，因此可以响应之，接续发送以实现异步I/O。
测试结论，当且仅当发送缓冲区溢出并且依然企图往里面写入的情况下，再当对方接收后，发送方才会收到FD_WRITE。
测试疑点，如果某次发送，仅仅发送掉了一半的数据，当对方接收后，发送方会不会有FD_WRITE呢？？？因为我模拟不出这种情况，所以无法下定论。