windows套接字模型分析.ppt

第三章 windows套接字I/O模型 几种模型概览： ① select 模型： ?????? select模型是WinSock中应用最广泛的模型之一，核心就是select函数，它可用于判断套接字上是否存在数据，或者能否向一个套接字写入数据。这个函数可以有效地防止应用程序在套接字处于阻塞模式中时，send或recv进入阻塞状态；同时也可以防止产生大量的WSAEWOULDBLOCK错误select的优势是能够从单个线程的多个套接字上进行多重连接及I/O。这就避免了伴随阻塞套接字和多重连接的线程剧增。 ② WSAAsyncSelect 模型： ?????? 因为它是以消息为基础的，关键就是WSAAsyncSelect函数，将socket消息发送到hWnd窗口上，然后在那里处理相应的FD_READ、FD_WRITE等等消息。优点：WSAAsyncSelect和WSAEventSelect模型提供了读写数据能力的异步通知，但他们不提供异步数据传送，而重叠及完成端口提供异步数据的传送。而且它可以在系统开销不大的情况下同时处理很多连接，而select模型还需要建立fd_set结构。 缺点：必须要使用一个窗口接收消息，如果处理成千上万的套接字就力不从心了。 ③ WSAEventSelect 模型： ?????? 这个也是以时间为基础的网络事件通知，但是与WSAAsyncSelect不同的是，它主要是由事件对象句柄完成的，而不是通过窗口。优点：不需要窗口。缺点：每次只能等待64个事件，所以处理多个套接字时有必要组织一个线程池；所以伸缩性就不如后面的完成端口了。 ④ 重叠模型： ?????? 这个模型可以使程序能达到更佳的系统性能。基本设计原理就是让应用程序使用重叠的数据结构，一次投递一个或多个I/O请求。针对这些提交的请求，在他们完成之后，应用程序可为他们提供服务。它又分为两种实现方法：在事件中使用，还有就是完成例程。 ⑤ 完成端口： ?????? 完成端口提供了最好的伸缩性，往往可以使系统达到最好的性能，是处理成千上万的套接字的首选。从本质上说，完成端口模型要求创建一个windows完成端口对象，该对象通过指定数量的线程，对重叠I/O请求进行管理，以便为已经完成的重叠I/O请求提供服务。 3.1套接字模型 3.1.1阻塞模式 执行I/O的winsock调用一直到操作完成才返回，如send和recv。 Create socket对象时，默认工作在阻塞模式下。 3.1.2非阻塞模式 在此模式下，winsock函数会立即返回。 ※ 阻塞模型开发简单，但当APP需要处理多个套接字连接时，就必须创建多个线程，即典型的一个连接一个线程，不方便。所以在实际APP开发中使用非阻塞模型更多。 3.1.2非阻塞模式（续） 应用程序可以调用ioctlsocket函数显示的让socket工作在非阻塞模式，如下： int ioctlsocket( SOCKET s, long cmd, u_long FAR *argp ); s [in] Descriptor identifying a socket. cmd [in] Command to perform(执行) on the socket s. argp [in, out] Pointer to a parameter for cmd. Remarks： FIONBIO Use with a nonzero argp parameter to enable the nonblocking mode of socket s. The argp parameter is zero if nonblocking is to be disabled. The argp parameter points to an unsigned long value. When a socket is created, it operates in blocking mode by default (nonblocking mode is disabled). 一旦套接字处于nonblocking model，处理发送和接收数据或者管理连接的winsock调用将会立即返回。 (WSAEWOULDBLOCK错误） 3.2 选择(select)模型 ▲ 称其为select模型，主要是因为要使用select函数来管理I/O。 源于UNIX系统。 目的是允许那些想要避免在套接字调用上阻塞的APP有能力管理多个套接字。 应用较广泛。 3.2.1 select函数 Select函数 int select( int nfds, fd