与Socket的“再次见面”

.NET 4.0网络开发入门之旅——

与Socket的“再次见面”

 

注：

    这是一个针对 网络开发领域初学者 的系列文章，可作为《.NET 4.0 面向对象编程漫谈 》一书的扩充阅读，写作过程中我假设读者可以对照阅读此书的相关章节，不再浪费笔墨重复介绍相关的内容。

    对于其他类型的读者，除非您已经有相应的.NET 技术背景与一定的开发经验，否则，阅读中可能会遇到困难。

    我希望这系列文章能让读者领略到网络开发的魅力！

    另外，这些文章均为本人原创，请读者尊重作者的劳动，我允许大家出于知识共享的目的自由转载这些文章及相关示例，但未经本人许可，请不要用于商业盈利目的。

      本文如有错误，敬请回贴指正。

    谢谢大家！

 

                                                          金旭亮

=================================================

点击以下链接阅读本系列前面的文章：

 

《 开篇语—— 无网不胜》

《 IP知多少》

《我在“网” 中央 》

《与Socket的第一次“约会” 》

=================================================

 

    前一篇文章介绍了与Socket的第一次“约会”经历，看来双方的第一印象不错，不然读者也不会做出一个“继续交往”的决定，并继续阅读本篇文章了。 ：）
    在这篇文章中，计划介绍两方面的内容：
    Socket的连接请求队列和如何开发“一问一答”的网络应用程序。

    1 Socket的“连接请求队列”

 

    在现实生活中，一名品貌俱佳的女孩总是不乏追求者，人们会打趣地说“她的追求者有一个班”，这样的一个女孩，在同一时间段内收到多个约会请求实在是太常见的事，当然，到底接受谁的约会邀请，就要看她中意谁了。
    类似地，当一个绑定到特定终结点的Socket对象开始“监听（Listen）”时，完全有可能有多个客户端向此Socket同时发出多个连接请求，Socket对象必须决定如何处理这些连接请求。
    为了方便处理，操作系统也会给每个正在监听的Socket分配一个“连接请求队列”，将收到的客户端连接请求追加到此队列中：

图 1

    由于网络服务器上可能同时会有多个Socket同时监听，我们应该给每个Socket对象分配一个 “适当容量”的队列，以避免过多地占用系统资源，让网络服务器能服务更多的在线用户。

    请求队列的容量由Socket.Listen方法的参数backlog确定：

    public void Listen(int backlog );

    例如，以下代码指定newSocket对象最多只能接收10个连接请求：

    newsock.Listen(10 );

    更详细地说，如果newSocket对象正在忙于处理某个连接请求时，操作系统又接收到了多个尝试连接此newSocket对象的请求，操作系统会把这些请求追加到newSocket对象所关联的请求队列中。
    newSocket对象处理完当前连接之后，它再从关联的请求队列中取出一个处理。

    一个有趣的问题是：如果某一时间段内连接请求很多，请求队列“放不下”怎么办？
    请看示例解决方案ConnectionQueueDemo。这个解决方案中的MyServerApp项目与前一讲 中的完全一样，也是接收并显示客户端发来的一句“问好”消息之后就断开与此客户端的连接。
    为了直观地体现连接请求队列的特性，MyServerApp项目有意识地指定一个容量为“1”的请求队列：

    newsock.Listen(1);

    在客户端项目MyClientApp2中，创建10个线程，每个线程都创建一个Socket对象并尝试着连接MyServerApp程序（图 2）。

 

   
 
图 2

 

    我们看到了非常著名的“目标计算机积极拒绝……”的信息，它是由以下这句英文直译过来的：

 …… the target machine actively refused it ……

    就汉语来说，这明显是一个病句，什么叫“积极拒绝”？难道还有“消极拒绝”？
    由此可见负责汉化Windows的程序员要不是“语文”学得不太好，要不就是“过于死板”了，个人觉得，此处意译为以下这句更好：
    尝试连接的计算机拒绝了连接请求。
    从示例中我们可以得到结论：
    当尝试连接的客户端发来的连接请求数目过大，超过了服务端Socket的连接请求队列容量时，未能进入队列的请求将会被丢弃，而客户端将会得到一个代码为10061的SocketException。    客户端可以捕获此异常，等待一定的时间再尝试连接。

    2 开发“一问一答”的网络应用程序

    在各种网络应用程序中，“一问一答”可以说是最常见的一种类型。基于Socket实现这种类型的网络应用程序是非常简单的：
    在服务端与客户端配套使用Send和Receive方法，只要传送的数据不超过缓冲区的大小限制，就可以实现“一问一答”的标准C/S架构程序。
    请看示例解决方案EchoServiceDemo（图 3）：

 

 
图 3

    EchoServiceDemo示例没什么复杂的，大家看看示例源码就清楚了。

    看懂源码后，请读者做做以下实验：

    （1）先运行服务端程序EchoServiceApp，然后，运行客户端程序EchoServiceClientApp连接上服务端，与EchoServiceApp进行交谈，注意不要输入“exit”命令退出。
    （2）再运行EchoServiceClientApp的另一个实例，尝试连接EchoServiceApp，发生了什么？
    （3）运行EchoServiceClientApp的第3个实例，尝试连接EchoServiceApp，又发生了什么？

    你能利用已经掌握的知识解释发生这些现象的原因吗?从这个实验中，您体会到了什么？总结出来了哪些经验？

    进一步地，读者现在能解决以下这个问题吗？

    你能想办法修改EchoServiceApp源码，让它同时可以服务多个客户端应用程序吗？

     提示：
    （1）在EchoServiceApp程序中为每个客户端连接创建一个独立的线程，在此线程中完成“一问一答”的工作。
    （2）感到困难的读者请参看《.NET 4.0面向对象编程漫谈》，系统地学习第16章《多线程开发技术基础》。

    此处只是介绍了开发“一问一答”的网络应用程序的最基础开发技巧，其实，这其中还有许多需要注意的“陷阱”，下一讲将介绍Socket编程中最大的“陷阱”--缓冲区问题，并开发第一个真正有点实用价值的网络应用程序--网络四则运算计算器。

========================================

 

点击下载示例源码

(博客园的下载链接：http://files.cnblogs.com/bitfan/AskAndAnswerSourceCode.rar )