五种WinSock模型的特点及比较.doc

五种  模型的特点及比较

一个对  完成端口模型封装的类

 模型之 

的工作模式

使用  实现网络编程

常用函数列表

 常用的数据结构

常见程序片断

!!!!判断套接字上是否存在数据，或者能否向一个套接字写入数据。:

!!!!!!!!这个函数可以有效地防止应用程序在套接字处于阻塞模式中时， 或 "# 进入:

!!!!阻塞状态；同时也可以防止产生大量的 $%&'(&) 错误:

!!!!!!!!! 的优势是能够从当个线程的多个套接字上进行多重连接及 。:

!!!!这就避免了伴随阻塞套接字和多重连接的线程剧增:

!

!!!模型：:

!

!!!!!!!!这个是我个人最喜欢的一个模型*+*!!因为它也是以消息为基础的。:

!!!!!!!!关键就是  函数，将  消息发送到 , 窗口上，然后在那里:

!!!!!!!!缺点：:

!!!!!!!!必须要使用一个窗口接收消息2+23!

!!!!!!!!如果处理成千上万的套接字就力不从心了:

!

!!$#!模型:

!!!!!!!!这个也是以时间为基础的网络事件通知，但是与  不同的是，:

!!!!它主要是由事件对象句柄完成的，而不是通过窗口。:

!!!!!!!!这个就有点复杂了，一句半句说不清2+23!

!!!!!!!!优点：:

!!!!!!!!!!不需要窗口:

!!!!!使用重叠的数据结构，一次投递一个或多个  请求。针对这些提交的请求，:

!!!!!在他们完成之后，应用程序可为他们提供服务。:

!!!!!!!!它又分为两种实现方法：在事件中使用，还有就是完成例程，每样都不是很好学2+23!

!

!!完成端口:

!!!!!!!!这个是所有里面最为复杂的  模型，楼主最好是在理解了重叠  的基础之:

!!!!上再来学习。:

!!!!!!!!完成端口提供了最好的伸缩性，往往可以使系统达到最好的性能，是处理:

!!!!成千上万的套接字的首选。:

!!!!!!!!从本质上说，完成端口模型要求创建一个  完成端口对象，该对象通:

!!!过指定数量的线程，对重叠  请求进行管理，以便为已经完成的重叠  请求提供服务。:

的完成端口模型借助的重叠和完成端口来实现，完成端口模型懂了之后是比较

简单的，但是要想掌握完成端口模型，需要对:'下的线程、线程同步，

;以及:'机制有一定的了解。如果不了解，推荐几本书：《，《

:'核心编程》，《:多线程程序设计》、《:'网络编程技术》。在去年，我

在语言下用完成端口模型写了一个$($-<$-，前些天，我决定用==重写这个$($-<$-

，给这个$($-<$-增加了一些功能，并改进完成端口操作方法，比如采用7$>来代替

67和使用&)'$&/来管理内存，使得$($-<$-的性能有了比较大的提高。

　　在重写的开始，我决定把完成端口模型封装成一个比较通用的 ==类，针对各种网络服务端程

序的开发，只要简单地继承这个类，改写其中两个虚拟函数就能满足各种需要。到昨天为止，

$($-<$-重写完毕，我就写了这篇文章对完成端口模型做一个总结，并介绍一下我的这个类。

：线程循环调用?@00A76058函数来得到操作结果，这个函数是个阻塞函数。

：主线程循环里调用67等待客户端连接上来。

：主线程里67返回新连接建立以后，把这个新的套接字句柄用"6A7;"关联到完

成端口，然后发出一个异步的或者-#调用，因为是异步函数，-#

会马上返回，实际的发送或者接收数据的操作由:'系统去做。

4：主线程继续下一次循环，阻塞在67这里等待客户端连接。

：:'系统完成或者"#的操作，把结果发到完成端口。

B  ：    线 程 里 的  ?@00A76058  马 上 返 回 ， 并 从 完 成 端 口 取 得 刚 完 成 的

-#的结果。

C：在线程里对这些数据进行处理5如果处理过程很耗时，需要新开线程处理8，然后接着发出

-#，并继续下一次循环阻塞在?@00A76058这里。

　　具体的流程请看附图，其中红线表示是:'系统进行的处理，不需要我们程序干预。

　　　　归根到底概括完成端口模型一句话：

　　我们不停地发出异步的-#操作，具体的处理过程由:'系统完

接就返回了，所以我们利用7$>可以发出多个7$>调用

　　  等待客户端连接。另外，如果我们可以 预见到客户端一连接上来后就 会发送数据（比如

$($-<$-的客户端浏览器），那么可以随着7$>投递一个(%$-进去，这样连接一建立

成功，就可以接收客户端发出的数据到(%$-里，这样使用的话，一次7$>调用相当于67

和"#的一次连续调用。同时，微软的几个扩展函数针对操作系统优化过，效率优于:)的标

准;函数。

：在套接字上使用+-<(%和+:'(%选项来关闭系统缓冲区。这个方法见仁见智，详细

的介绍可以参考《:'核心编程》第C章。这里不做详细介绍，我封装的类中也没有使用这个

方法。

：内存分配方法。因为每次为一个新建立的套接字都要动态分配一个“单 数据”和“单句柄数据”的

数据结构，然后在套接字关闭的时候释放，这样如果有成千上万个客户频繁连接时候，会使得程序很

多开销花费在内存分配和释放上。这里我们可以使用6。开始在微软的761"A里的

;&$里看到6，我一点不明白，':里有没有。后来还是在'')的文档中找到

了，，

AA"1"-(

6名字比较古怪（也许是我孤陋寡闻，第一次看到），其实就是一种内存管理方法，和内

存池使用方法类似。我个人的理解：就是一个单链表。每次要分配内存前，先查看这个链表是否为空 ，

如果不为空，就从这个链表中解下一个结点，则不需要新分配。如果为空，再动态分配。使用完成后 ，

把这个数据结构不释放，而是把它插入到链表中去，以便下一次使用。这样相比效率就高了很多。在

我的程序中，我就使用了这种单链表来管理。

　　在我们使用7$>并随着7$>投递一个(%$-后会带来一个副作用：比如某个客户端

只执行一个操作，并不执行操作，那么7$>这个请求不会完成，相应的，我们用

?@00A760在完成端口中得不到操作结果，这样，如果有很多个这样的连接，对程序

性能会造成巨大的影响，我们需要用一种方法来定时检测，当某个连接已经建立并且连接时间超过我

$<$:/变为已传信状态，

6"D3G返回，我们就重新发出足够的7$>调用。

　　关于完成端口模型就介绍到这里。下面介绍我封装的类，这个类写完后，我用这个类做了个

$H$-<$-。

!#A658

!I

!A7;"7J

!758J

7$#6D58J

!15&$ 7;7$>588

!我在我自己的机器上测试，

!客户端的代码是

!1"5 JLJ==8

!I

!)$/ 5M8J

!5M8J

!5M8J

"#5M8

!0LL3011"LLJ

!K