高效通信模型之 - 网络通信I/O模式（ Windows）

 

#Socket事件

>FD_CONNECT：通常由Client端socket调用socket API函数时触发

>FD_ACCEPT：通常发生在server端的事件

>网络传输服务进程会向socket window (CSocketWnd，即消息池）发送 WM_SOCKET_NOTIFY 通知

 

网络服务进程，CSocket(WSock32.dll)，Socket API(ws2_32.dll)层次关系如下：

 

 

 

#阻塞模式

 

阻塞通信模型（server），

阻塞模式下server与client端之间的通信处于同步状态下

当serer端收到FD_ACCEPT事件时，才会接触阻塞

 

#非阻塞模式

 

>在非阻塞模式下，client与server端通信处于异步状态下

>函数调用后立即返回，当网络操作传送完毕之后由WINSOCK给应用程序发送一个消息通知操作完成，此时可以根据发送的消息参数判断是操作否正常。

>与阻塞模式相比，非阻塞模式无需创建一个新线程

 

 

 

 

 

#选择I/O模式  （SELECT)

 

通过调用SELECT ，系统可以同时等待多个IO设备。当没有设备准备好时，SELECT挂起；其中任何一个设备准备好，SELECT就返回。

 

 

#异步模型

 

#异步和同步

>同步，就是在发出一个功能调用时，在没有得到结果前，调用不返回

>异步，当一个异步过程调用发出后，调用者不能立即得到调用结果，而是通过状态，通知和回调来通知调用者。

>通过检查状态来判断异步调用结果，效率会很低，因为需要周期性检查状态

>回调函数和通知差不多

 

#同步调用与阻塞调用

>对于同步调用来说，当前线程还是激活状态的。例如CSocket中调用Receive函数，当缓冲区没有数据时，虽然函数一直在等待而没有返回，但同时线程仍然能继续处理各种消息。

>对于阻塞调用来说，当前线程会被挂起。例如 revc函数，当socket工作在阻塞模式的时候，如果在缓冲区没有数据的情况下调用该函数，那么线程将会被挂起，直到有数据为止。

 

#非阻塞

非阻塞，在不能得到结果前，函数不会阻塞当前线程，而是立即返回。

>对象是否处于阻塞模式和函数是不是阻塞调用有很强的想关心，但并不是一一对应

>阻塞对象可以有非阻塞的调用方式，可以通过API轮询状态，在适当的时候调用阻塞函数，就可以避免阻塞。

>对于非阻塞对象，特殊调用也可以进入阻塞调用，例如select

>CSocket::Receive 函数(同步)

>recv (阻塞)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

来自为知笔记(Wiz)