windows socket----select模型
一般我们的网络编程都是用bind ,listen,accept,send/sendto,recv/recvfrom。在创建套接字的时候,是默认使用阻塞模式的,每当我们调用send/sendto等方法时,套接字都会进入阻塞状态,等到条件满足后才返回。当然为每个连接创建线程是个解决这个问题的好办法。如:比较容易想到的一种服务器模型就是采用一个主线程,负责监听客户端的连接请求,当接收到某个客户端的连接请求后,创建一个专门用于和该客户端通信的套接字和一个辅助线程。以后该客户端和服务器的交互都在这个辅助线程内完成。这种方法比较直观,程序非常简单而且可移植性好,但是不能利用平台相关的特性。例如,如果连接数增多的时候(成千上万的连接),那么线程数成倍增长,操作系统忙于频繁的线程间切换,而且大部分线程在其生命周期内都是处于非活动状态的,这大大浪费了系统的资源。
我们也可以通过ioctlsocket方法使用非阻塞模式套接字,但是这对程序员的代码量是个考验。
Select(选择)模型是Winsock中最常见的I/O模型。也是解决这二者问题的方案,和前两者比较有很大的进步。并且不会改变套接字的工作模式。
int select (
int nfds,
fd_set FAR * readfds,
fd_set FAR * writefds,
fd_set FAR * exceptfds,
const struct timeval FAR * timeout
);
该函数返回处于就绪态并且已经被包含在fd_set结构中的套接字总数。如果超时则返回0。
第一个参数nfds被忽略。
第二个参数readfds,可读性套接字集合指针。
第三个参数writefds,可写性套接字集合指针。
第四个参数exceptfds,检查错误套接字集合指针。
第五个参数timeout,等待时间。
readfds,writefds,exceptfds三个参数至少有一个不为NULL。
typedef struct fd_set {
u_int fd_count; /* how many are SET? */
SOCKET fd_array[FD_SETSIZE]; /* an array of SOCKETs */
} fd_set;
fd_set是一个SOCKET队列,以下宏可以对该队列进行操作:
FD_CLR( s, *set) 从队列set删除句柄s;
FD_ISSET( s, *set) 检查句柄s是否存在与队列set中;
FD_SET( s, *set )把句柄s添加到队列set中;
FD_ZERO( *set ) 把set队列初始化成空队列.
Select模型工作流程:当把我们要监控的那些套接字根据各自的操作放入到readfds,writefds,exceptfds中,当select方法返回后,我们通过判断是否套接字还在那个readfds中,如果在,说明有数据可以读,调用recv方法读数据。其他集合一样。以监听套接字为例:Select()--------->FD_ISSET(listenSocket,&readSet)------->acceptSocket=accept(listenSocket,(sockaddr*)&addr,&len); 此时在调用accept就不会阻塞了。