使用WSAAsynSelect()模型的关键是要搞清楚各种事件的触发条件，不然会造成读或写数据混乱。
这些事件的触发条件同样适用于CAsyncSocket
=======================
[1]FD_READ事件触发条件：
1.在数据到达socket后，并且从来没有触发过FD_READ(也就是最开始的阶段)
2.在数据到达socket后，并且前一个recv()调用后
3.调用recv()后，缓冲区还有未读完的数据
第3点过程如下：
1.100 bytes 数据到达,winsock2发出FD_READ
2.程序用recv()只读入50 bytes,还剩下50 bytes
3.winsock2继续发出FD_READ消息
recv()返回WSAEWOULDBLOCK的情况：
1.有数据到达，FD_READ触发，该消息加入程序的消息队列
2.在还没处理该消息前，程序就把数据recv()了
3.等到处理该FD_READ消息时，程序调用recv()就会返回WSAEWOULDBLOCK(因为数据在这之前就recv()了)
注意：
1.winsock2发出一个FD_READ后，如果程序没有用recv()，即使还有数据没接收FD_READ也不会再触发另一个FD_READ，要等到recv()调用后FD_READ才会发出。
2.对一个FD_READ多次recv()的情形：如果程序对一个FD_READ多次recv()将会造成触发多个空的FD_READ，所以程序在第2次recv()前要关掉FD_READ(可以使用WSAAsynSelect关掉FD_READ)，然后再多次recv()。
3.recv()返回WSAECONNABORTED,WSAECONNRESET...等消息，可以不做任何处理，可以等到FD_CLOSE事件触发时再处理
=====================
[2]FD_ACCEPT事件触发条件：
1.当有请求建立连接，并且从来没有触发过FD_ACCEPT(也就是最开始的阶段)
2.当有请求建立连接，并且前一个accept()调用后
注意：当FD_ACCEPT触发后，如果程序没有调用accept(),即使还有建立连接的请求FD_ACCEPT也不会触发，要直到accept()调用后
========================
[3]FD_WRITE事件触发条件：
1.第一次connect()或accept()后(即连接建立后)
2.调用send()返回WSAEWOULDBLOCK，并且直到发送缓冲区准备好(为空)后
注意：当前一次调用send()没有返回WSAEWOULDBLOCK时，如果缓冲区准备好了，也不会触发FD_WRITE的
========================
[4]FD_CLOSE事件触发条件：自己或对端中断连接后
注意：closesocket()调用后FD_CLOSE不会触发
========================
[5]FD_CONNECT事件触发条件：调用了connect()，并且连接建立后。
详细参考MSDN