WSASend体会以及WSAENOBUFS错误思路

1. 投递任意大小的缓冲区它都是立即返回
2. WSASend返回成功只是表示将数据拷贝到了缓冲区
3. GetQueuedCompletionStatus返回成功只表示发送成功，并不代表对方成功接收到数据
4. WSAWaitForMultipleEvents 和 WSAGetOverlappedResult 同 3 类似

个人结论：网上的宣称投递0字节WSASend并没有什么卵用。WSASend返回WSAENOBUFS不用理会，前提是你必须把发送缓冲列表里的数据放在GetQueuedCompletionStatus返回成功后删除，而不是在调用WSASend后删除，返回WSAENOBUFS即表示这次的发送失败。但上次发送的数据仍然在发送缓冲列表里。我们可以稍后重新发送

对于WSAENOBUFS的个人想法：可以使用一个map<SOCKET, char>的对象，默认值为0x00，如果出现WSAENOBUFS错误则将此客户端的加入map并将值 |= 投递的类型（默认为枚举），然后在WSARecv或者WSASend投递后在GetQueuedCompletionStatus返回成功后（返回成功即表示缓冲区空出了一块空间）检查此map是否为空，如果不为空则重新投递该对象的的send或者recv操作。

其次对于WSARecv操作：WSARecv是可以投递0字节的，并且只会在缓冲区有数据的情况下返回，所以为了减少WSAENOBUFS发生的概率是可以投递0字节的WSARecv的。

浪费了好多时间在测试上面。。希望大家有心得体会可以交流一下