手把手教你玩转网络编程模型之完成例程(Completion Routine)篇.docVIP

手把手教你玩转网络编程模型之完成例程(Completion Routine)篇 ----- By PiggyXP(小猪) 前 言 记得写这个系列的上一篇文章的时候已经是四年前了，准确的说是四年半以前了，翻开我尘封已久的blog，感觉到上面已经落了厚厚的一层尘土，突然又来了感觉，于是我翻箱倒柜的找出以前的资料，上传到了我的空间里，而且，顺便又为在网络编程苦海中苦苦寻觅的朋友带来一份礼物，这次为大家带来的是重叠IO模型里面的“完成例程”的实现方式及示例代码。 本文凝聚着笔者心血，如要转载，请指明原作者及出处，谢谢！不过代码写得不好，欢迎改进，而且没有版权，请随便散播、使用。^_^ OK, Let’s go ! Have fun！! 本文配套的示例源码下载地址（在我的下载空间里） /user/PiggyXP (VC++ 2008编写的多客户端MFC代码，配有非常非常详尽的注释，功能只是简单的显示一下各个客户端发来的字符，作为教学代码，为了使得代码结构清晰明了，简化了很多地方，用于产品开发的话还需要做很多改进，有错误或者不足的地方，非常欢迎大家不吝指出。) 代码界面示意图： 本文假设你已经对重叠I/O的机制已有了解，否则请先参考本系列的前一篇《手把手教你玩转重叠IO模型》 目录： 1． 完成例程的优点 2． 完成例程的基本原理 3． 关于完成例程的函数介绍 4． 完成例程的实现步骤 5． 实际应用中应该进一步完善的地方 一．???????? 1.??? 首先需要指明的是，这里的“完成例程”(Completion Routine)并非是大家所常听到的 “完成端口”(Completion Port)，而是另外一种管理重叠I/O请求的方式，而至于什么是重叠I/O，简单来讲就是Windows系统内部管理I/O的一种方式，核心就是调用的ReadFile和WriteFile函数，在制定设备上执行I/O操作，不光是可用于网络通信，也可以用于其他需要的地方。 在Windows系统中，管理重叠I/O可以有三种方式： (1) 上一篇中提到的基于事件通知的重叠I/O模型 (2) 本篇中将要讲述的基于“完成例程”的重叠I/O模型 (3) 下一篇中将要讲到的“完成端口”模型 虽然都是基于重叠I/O，但是因为前两种模型都是需要自己来管理任务的分派 ，所以性能上没有区别，而完成端口是创建完成端口对象使操作系统亲自来管理任务的分派，所以完成端口肯定是能获得最好的性能。 2.??? 如果你想要使用重叠I/O机制带来的高性能模型，又懊恼于基于事件通知的重叠模型要收到64个等待事件的限制，还有点畏惧完成端口稍显复杂的初始化过程，那么“完成例程”无疑是你最好的选择！^_^ 因为完成例程摆脱了事件通知的限制，可以连入任意数量客户端而不用另开线程，也就是说只用很简单的一些代码就可以利用Windows内部的I/O机制来获得网络服务器的高性能，是不是心动了呢？那就一起往下看。。。。。。。。。。 3.??? 而且个人感觉“完成例程”的方式比重叠I/O更好理解，因为就和我们传统的“回调函数”是一样的，也更容易使用一些，推荐！ 二．???????? 概括一点说，上一篇拙作中提到的那个基于事件通知的重叠I/O模型，在你投递了一个请求以后(比如WSARecv)，系统在完成以后是用事件来通知你的，而在完成例程中，系统在网络操作完成以后会自动调用你提供的回调函数，区别仅此而已，是不是很简单呢？ 首先这里统一几个名词，包括“重叠操作”、“重叠请求”、“投递请求”等等，这是为了配合这的重叠I/O才这么讲的，说的直白一些，也就是你在代码中发出的WSARecv()、WSASend()等等网络函数调用。 上篇文章中偷懒没画图，这次还是画个流程图来说明吧，采用完成例程的服务器端，通信流程简单的来讲是这样的： 从图中可以看到，服务器端存在一个明显的异步过程，也就是说我们把客户端连入的SOCKET与一个重叠结构绑定之后，便可以将通讯过程全权交给系统内部自己去帮我们调度处理了，我们在主线程中就可以去做其他的事情，边等候系统完成的通知就OK，这也就是完成例程高性能的原因所在。 如果还没有看明白，我们打个通俗易懂的比方，完成例程的处理过程，也就像我们告诉系统，说“我想要在网络上接收网络数据，你去帮我办一下”（投递WSARecv操作），“不过我并不知道网络数据何时到达，总之在接收到网络数据之后，你直接就调用我给你的这个函数(比如_CompletionProess)，把他们保存到内存中或是显示到界面中等等，全权交给你处理了”，于是乎，系统在接收到网络数据之后，一方面系统会给我们一个通知，另外同时系统也会自动调用我们事先准备好的回调函数，就不需要我们自己操心了。 看到这里，各位应该已经对