一个web客户端程序连服务器,在线程里面用WSAEventSelect来选择网络事件,实际运行过程中发现客户端对服务器的指令有时根本没反映,(不是每次,只是有时候,但出现频率还是比较高的),我用网络抓包及打印日志,发现服务器信息已经发到了客户端,但是却没有触发已定义的网络事件了。通过查看日志发现服务器消息发送后,有时紧跟着就执行了FD_CLOSE将长连接断开了,从而导致服务器信息已经发到了客户端,但是却没有触发已定义的网络事件了。
代码如下:
result = WSAEventSelect(s, Event, FD_READ | FD_WRITE | FD_CLOSE);
for(;;)
{
...
result = WSAEnumNetworkEvents(s,Event,&NetworkEvents);
if(NetworkEvents.lNetworkEvents & FD_CLOSE)
{
pGenericServer->CleanupThread(Event, s, pNewConn, GetCurrentThreadId());
#ifdef GENERICSERVER_DEBUGOUT
char logMsg[2048]={0};
sprintf(logMsg,"%s: NetworkEvents.lNetworkEvents & FD_CLOSE",__FUNCTION__);
genericserver_debugout(logMsg);
#endif
return THREADEXIT_SUCCESS;
}
}
问过了一个高手,他说问题可以出在两方面,一个是WSAResetEvent(Event)调用时机太早,另外一个可能说是如果触发了一个fd_read事件后,正在处理过程中,另一个新的网络事件又被触发了,新事件和旧事件有冲突,所以导致结果不可知。
通过分析日志,web客户端是定时对服务器发起请求命令,当服务器的socket线程主动向客户端推送数据时,就容易出现FD_CLOSE的情况。因此服务器在推送数据时有可能与web服务端定时请求的事件冲突导致异常出现。将服务器的推送数据部分屏蔽后,FD_CLOSE的情况就没有了。