WINSOCK IO模型.pdfwin32全部的IO模型总结Winsock提供的两种套接字模式 Wi

文件名称: WINSOCK IO模型.pdf

所属分类: C++

开发工具:

文件大小: 2mb

下载次数: 0

上传时间: 2019-07-01

提供者: pty****

下载 (2mb)

不能下载？报告错误

详细说明：win32全部的IO模型总结Winsock提供的两种套接字模式 Winsock提供两种套接字模式:阻塞和非阻塞, 个应用程序如何通过它们管理I/O, Winsock提供了一些I/O模型,有助于应用程序通过一种“异步”方式,一次对一个或多个套接字上进行的通信加以管理。 ■这些模型包括 select(选择)、 WSAAsyncSelect (异步选择)、 WSAEventselect(事件选择)、 Overlapped I/O(重叠式I/O)以及 Completion port(完成端口)等等,掌握各种套接字模式以及I/○模型的优缺点。要判断到底哪一种最适合自己应用程序的要求。操作系统对套接字Ⅰ/O模型和套接字模式的支持 ■所有 Windows平台都支持套接字以锁定或非锁定方式工作。并非每种平台都支持每一种I/O模型。如表所示,在当前版本的 Windows ce中, 仅提供了一个I/O模型。 Windows98和 Windows95(取决于安装的是 Winsock1还是 Winsock2)则支持大多数I/O模型,唯的例外便是I/O完成端口而到了 Windows nti和最新发布的 Windows 2000中,每种I/O模型都是支持的。操作系统对套接字I/O模型的支持情况平台 aect WSAAsyu Selsct WSAETaInt Select Cedagped Congleton Pot Windows CE 支持不支持不支持不支持不支持 Window99( Winsock】)支持支持不支持不支持不支持 Wmx95(mxc:2)支持支持支持支持不支持 Windows 98 支持支持支持支持不支持 WindowE nt 支持支持支持支持持 Windows 2000 支持支持支持支持持套接字模式 Windows套接字在两种模式下执行I/O操作:锁定和非锁定。在锁定模式下,在I/O操作完成前执行操作的 Winsock函数(比如send和reCV)会直等候下去,不会立即返回程序(将控制权交还给程序,即调用这些 Winsock函数的线程会被挂起)。而在非锁定模式下, Winsock函数无论如何都会立即返回。所以我们必须采取一些适当的步骤, 让锁定和非锁定套接字能够满足各种场合的要求锁定模式 ■在一个锁定套接字上调用任何一个 Winsock API函数,都会产生相同的后果耗费或长或短的时间“等待”。 ■大多数 Winsock应用都是遵照一种“生产者消费者”模型来编制的。在这种模型中, 应用程序需要读取(或写入)指定数量的字节,然后以它为基础执行一些计算。下面代码片断便是一个典型的例子。锁定模式例子 SOCKET soCk; char buff[256] int done=0 nBytes while(!done) t nBytes recv(sock, buff, 65) if (n Bytes== SOCKET_ERROR) i printf(recv failed with error %d\n WSAGetLastError O: Return; DoComputationonData(buff) 代码的问题这段代码的问题在于,假如没有数据处于 “待决”状态,那么recV函数可能永远都无法返回这是由于从语句可以看出:只有从系统的输入缓冲区中读回点什么东西,才允许返回! 有些程序员可能会在recv中使用MSG PEEK标志,或者调用 ioctlsocket设置FIO NREAD选项,在系统的缓冲区中,事先 “偷看”是否存在足够的字节数量。代码的问题在系统的缓冲区中,事先“偷看”是否存在足够的字节数量。然而,在不实际读入数据的前提下,仅仅“偷看”数据(如实际读入数据,便会将其从系统缓冲区中将其删除),在“偷看”的时候,对系统造成的开销是极大的, 因为仅仅为了检查有多少个字节可用,便发出一个或者更多的系统调用。以后理所当然地,还需要牵涉到进行实际r eCv调用,将数据从系统缓冲区内删除的开销 ■那么,如何避免这一情况呢?在此,我们的目标是防止由于数据的缺乏(这可能是网络出了故障,也可能是客户机出了问题),造成应用程序完全陷于“凝固”状态,同时不必连续性地检视系统网络缓冲!

(系统自动生成,下载前可以参看下载内容)