在使用WSAAsyncSelect中的搜集到的一些资料以及发现的一些问题

在使用WSAAsyncSelect中的搜集到的一些资料以及发现的一些问题

1. WSAEWOULDBLOCK 错误说明

在非锁定套接字上

函数名	说明
WSAAccept, accept	应用程序没有收到连接请求，再次调用，便可检查连接情况
closesocket	大多数情况下，这个错误意味着已随SO_LINGER选项一道调用了 setsockopt，而且已设定了一个非零的超时值
WSAConnect, connect	应用程序已初始化，再次调用，便可检查是否完成
WSARecv,recv  WSARecvFrom, recvfrom	没有收到数据，销后再次检查
WSASend, send WSASendTo, sendto	外出数据无缓冲区可用，销后再试

2. FD_WRITE 触发条件

只有在三种条件下，才会发出 FD_WRITE 通知：
. connect, WSAConnect ，一个套接字首次建立了连接；
. accept, WSAAccept, 套接字被接受以后；
. send, WSASend, sendto, WSASendTo操作失败，返回了 WSAEWOULDBLOCK 错误，而且缓冲再次变得可用时。



碰到了问题：
我现在碰到WSAEWOULDBLOCK错误消息的时候，场景很有可能是这样子的：
1.发送缓冲满了；
2.处于忙状态。

如何解决
    一般来说，第一种场景是不太多发生的，而是第二种情况会很多，有可能是网络不好也有可能是服务器处理不及很繁忙。MSDN里面显示，在此时，如果发送缓冲空出来，系统会发送一个FD_WRITE消息给发送者，这时候再把发送失败的包重新发送即可。如果是缓冲区满了导致的，那么肯定会触发一条FDWRITE消息的。不过也有可能是因为忙，那么，我们可以在触发了WSAEWOULDBLOCK错误的时候，把数据放置到队列里面，给自己发送一条FD_WRITE或许也是可行的办法。
    不过根据上面的资料显示，触发条件总共有三种，收到此消息的时候可能不能辨别究竟是哪一个，其实这个很好办，只要设置一个发送队列，如果发送队列不为空，那么发送之，否则就重新进行连接或者重新进行接受。