在使用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或许也是可行的办法。
不过根据上面的资料显示,触发条件总共有三种,收到此消息的时候可能不能辨别究竟是哪一个,其实这个很好办,只要设置一个发送队列,如果发送队列不为空,那么发送之,否则就重新进行连接或者重新进行接受。
转自http://www.cppblog.com/tx7do/archive/2009/09/14/96079.html
靓点博客
http://www.cnblogs.com/mlog 或 http://blog.csdn.net/cml2030