套接字模式

一、套接字模式
套接字模式简单的决定了操作套接字时，Winsock函数是如何运转的。Winsock以两种模式执行I/O操作：阻塞和非阻塞。
在阻塞模式下，执行I/0的Winsock调用(如send和recv)一直到操作完成才返回。
非阻塞模式下，Winsock函数会立刻返回

1.阻塞模式
套接字创建时，默认工作在阻塞模式下，列入对recv函数的调用会使程序进入等待状态，知道接收到数据才返回。
阻塞套接字的好处是使用简单，但是当需要处理多个套接字连接时，就必须创建多个线程，即典型的一个连接使用一个线程的问题。
这给编程带来了许多不便。所以实际开发中使用最多的函数非阻塞模式。

2.非阻塞模式
应用程序可以调用ioctlsocket函数显示地让套接字工作在非阻塞模式下
u_long ul=1;
ioctlsocket(sockSrv,FIONBIO,(u_long*)&ul);  //无阻塞
一但套接字被至于非阻塞模式，处理发送和接收数据或者管理链接的Winsock调用将会立即返回。大多数情况下，调用失败的错误代码是WSAEWOULDBLOCK，这意味着请求的操作在调用期间没有完成。例如，如果系统输入缓冲区中没有待处理的数据，那么对recv的调用将返回WSAEWOULDBLOCK。通常，要对相同函数调用多次，直到它返回成功为止。
非阻塞调用经常以WSAEWOULDBLOCK出错代码失败，所以将套接字设置为非阻塞之后，关键的问题在于如何确定套接字什么时候可读/可写，也就是说确定网络事件何时发生。如果需要自己不断调用函数去测试的话，程序的性能势必会受到影响，解决的办法就是使用widows提供的不同的I/0模型。


Windows套接字I/0模型
1.阻塞(blocking)模型
2.选择(select)模型
3.WSAAsyncSelect模型
4.WSAEventSelect模型
5.重叠(overlapped)模型
6.完成端口(completion port)模型