Socket System.Net.PeerToPeer 开发入门介绍一

 

在 Microsoft ® .NET Framework 中，System.Net 命名空间公开了 HTTP 和 SMTP 等多种网络协议的功能。即将发布的 .NET Framework 3.5（将随以前代号为“Orcas”的 Visual Studio ® 2008 一起交付）包含了针对这些核心网络层的多种增强性能和功能。在本文中，我们将了解一下 System.Net 团队提供的三个关键更改：

• 高性能 Socket API
• 对 URI 的国际化资源标识符支持
• 对等 (P2P) 命名空间

即将发布的 .NET Framework 3.5 将推出对 Framework 本身所做的更改。本文所描述的功能在 Visual Studio 2008 测试版 1 中提供，该测试版可从 MSDN ® 下载。

 

Socket 类性能

在 .NET Framework 2.0 版本中，System.Net.Sockets 命名空间提供了一个几乎拥有 Windows ® WinSock Win32 ® API 的所有功能的 Socket 类。该功能所属的类包含为托管代码开发人员设计的各种方法和属性。在 Socket 上，有一组包括 Send 和 Receive 在内的同步方法，具备针对各种情况的参数重载。这些同步方法不仅易于使用，而且非常适合于使用套接字的简单网络任务。Socket 上还有一组基于异步编程模型 (APM) 的异步方法，APM 在 .NET Framework 中非常普遍（有关详细信息，请参阅  msdn.microsoft.com/msdnmag/issues/07/03/ConcurrentAffairs）。这些异步方法让 Socket 类的异步使用相对简单，而且还提供了一种方法来处理许多套接字，或处理在许多套接字上进行的多个发送和接收操作。

2.0 版本的 Socket 类适合多种需要使用网络套接字的客户端应用程序，以及一些服务器和服务类型的应用程序。遗憾的是，一些服务应用程序方案不适用于 2.0 版本的 Socket 类，却和直接使用 Windows WinSock API 的本机语言相容。2.0 版本的 Socket 类的主要问题是它不仅在分配必要的基础对象以便在大量套接字上同时保持 I/O 操作时需要占用过多的 CPU 循环，而且在执行单个套接字 I/O 操作时也同样如此。

凭借 .NET Framework 3.5，公共语言运行时 (CLR) 便可以更有效地同时管理大量的 Overlapped 对象。CLR 中的 Overlapped 对象可以有效封装用于管理异步 I/O 操作的本机 Windows OVERLAPPED 结构。每个进行中的 Socket 异步 I/O 操作中都有一个 Overlapped 对象实例。现在可以拥有 6 万个甚至更多的连接套接字，并同时在每个套接字上保持一个挂起的异步接收 I/O 操作。

2.0 版本的 Socket 类使用 Windows I/O 完成端口来完成异步 I/O 操作。这使应用程序可以轻易地扩展到大量的打开的套接字。.NET Framework 实现了 System.Threading.ThreadPool 类，该类提供可读取完成端口并完成异步 I/O 操作的完成线程。在开发即将发布的 3.5 版本的 .NET Framework 的过程中，我们将大量的精力放在了消除代码路径中的开销上，包括读取完成端口和调用应用程序的完成代理或在 IAsyncResult 对象中发出 I/O 完成事件对象信号之间。

.NET Framework 中的 APM 也称为 Begin/End 模式。这是因为会调用 Begin 方法来启动异步操作，然后返回一个 IAsyncResult 对象。可以选择将一个代理作为参数提供给 Begin 方法，异步操作完成时会调用该方法。或者，一个线程可以等待 IAsyncResult.AsyncWaitHandle。当回调被调用或发出等待信号时，就会调用 End 方法来获取异步操作的结果。这种模式很灵活，使用相对简单，在 .NET Framework 中非常常见。

但是，您必须注意，如果进行大量异步套接字操作，是要付出代价的。针对每次操作，都必须创建一个 IAsyncResult 对象，而且该对象不能被重复使用。由于大量使用对象分配和垃圾收集，这会影响性能。为了解决这个问题，新版本提供了另一个使用套接字上执行异步 I/O 的方法模式。这种新模式并不要求为每个套接字操作分配操作上下文对象。

我们没有创建全新的模式，而只是采用现有模式并做了一个基本更改。现在，在 Socket 类中有了一些方法，它们使用基于事件的完成模型的变体。在 2.0 版本中，您可以使用下列代码在某个套接字上启动异步发送操作：

void OnSendCompletion(IAsyncResult ar) { }

IAsyncResult ar = socket.BeginSend(buffer, 0, buffer.Length, 
    SocketFlags.None, OnSendCompletion, state);

在新版本中，您还可以实现：

void OnSendCompletion(object src, SocketAsyncEventArgs sae) { }

SocketAsyncEventArgs sae = new SocketAsyncEventArgs();
sae.Completed += OnSendCompletion;
sae.SetBuffer(buffer, 0, buffer.Length);
socket.SendAsync(sae);

这里有一些明显的差别。封装操作上下文的是一个 SocketAsyncEventArgs 对象，而不是 IAsyncResult 对象。该应用程序创建并管理（甚至可以重复使用）SocketAsyncEventArgs 对象。套接字操作的所有参数都由 SocketAsyncEventArgs 对象的属性和方法指定。完成状态也由 SocketAsyncEventArgs 对象的属性提供。最后，需要使用事件处理程序回调完成方法。

所有这些更改都显著改进了 .NET Framework 3.5 中 System.Net.Sockets 类的性能和可伸缩性。现有应用程序可以自动实现其中的两项改进。第三项改进，即新型 Socket 方法，只能通过修改应用程序而得到使用，但这些方法都能为基于套接字的高要求应用程序提供更理想的可伸缩性。

 

国际化资源标识符支持

Web 地址通常使用由一组非常有限的字符组成的通用资源标识符 (URI) 来表示。一般来说，这些地址中只能包含英文字母表中的大、小写字母、数字 0 到 9 以及少量其他包括逗号和连字符在内的 ASCII 符号。

对于世界上使用非拉丁字母字符集（如日文和希伯莱文）的地区来说，这种语法不是很方便。设想一下诸如 www.BaldwinMuseumOfScience.com 的地址，如果您讲英语，这个地址便很容易理解和记忆。但是，如果您不会说英语，则这个 URL 看上去跟符号的随机排列没什么差别。如果您只会说英语，您能记住用中文写的一长串地址吗？

国际化资源标识符（或 IRI）支持非 ASCII 字符，或者更准确的说是 Unicode/ISO 10646 字符。这意味着域名可以包含 Unicode 字符，即可以有这样的 URL：http://微軟香港.com。

我们已将现有的 System.Uri 类扩展为根据 RFC 3987 提供 IRI 支持（请参见  faqs.org/rfcs/rfc3987.html）。对于当前的用户来说，除非他们特意选择启用 IRI 功能，否则不会看到 .NET Framework 2.0 的行为有任何变化。原因是我们要确保 3.5 版本与以前版本的应用程序兼容。

如果选择采用，您必须做两项更改。首先，将下列元素添加到 machine.config 文件：

<section name="uri" type="System.Configuration.UriSection, System, 
                          Version=2.0.0.0, Culture=neutral, 
                          PublicKeyToken=b77a5c561934e089" />

然后，指定是否应将国际化域名 (IDN) 分析应用到域名中，以及是否应该应用 IRI 分析规则。这可以在整个计算机范围的 machine.config 或单个应用程序的 app.config 中进行，如：

<configuration>
   <uri>
      <idn enabled="All" />
      <iriParsing enabled="true" />
   </uri>
</configuration>

启用 IDN 可以将域名中的所有 Unicode 标签转换成其 Punicode 等同项。Punicode 名称只含有 ASCII 字符，而且总是以前缀“xn--”开头。这是因为 Internet 上目前部署的大多数 DNS 服务器仅支持 ASCII 字符。启用 IDN 只会影响 Uri.DnsSafeHost 属性的值。对于微軟香港.com 来说，它包含 xn--g5tu63aivy37i.com，而 Uri.Host 将包含 Unicode 字符。

根据您所使用的 DNS 服务器，在 idn 元素的已启用属性中，有三种可能的 IDN 值供您使用：

• “All”会将 IDN 名称 (Punicode) 用于所有域名。
• “AllExceptIntranet”会将 IDN 名称用于所有外部域名，而将 Unicode 名称用于所有内部域名。仅当 Intranet DNS 服务器支持 Unicode 名称时，这种情况才适用。
• “None”是默认值，它和 .NET Framework 2.0 的行为相符。

启用 IRI 分析 (iriParsing enabled = "true") 后，系统会根据 RFC 3987 中的最新 IRI 规则进行规范化和字符检查。当默认值为 false 时，则会根据 RFC 2396（请参见  faqs.org/rfcs/rfc2396.html）进行规范化和字符检查。要了解有关通用资源标识符和 Uri 类的更多信息，请参阅在线文档，地址为  msdn2.microsoft.com/system.uri。

 

System.Net.PeerToPeer 命名空间

作为新增到 .NET Framework 3.5 的一个令人兴奋的新命名空间，System.Net.PeerToPeer 命名空间位于 System.Net.dll 程序集中，它提供了轻松创建对等 (P2P) 应用程序所需的核心构建基块。该命名空间是根据典型的 P2P 应用程序的三个阶段而设计的，即：发现、连接和通信。发现阶段负责动态定位对等点及其相关的网络位置。连接阶段负责在对等点之间建立网络连接。而通信阶段则负责在对等点之间来回传输数据。

System.Net.PeerToPeer 命名空间中的功能提供了很多推动发现和连接阶段的选项。同时，诸如 Socket、HTTPWebRequest 和 Window Communication Foundation Peer Channel 之类的配套技术可以为通信阶段提供解决方案。

在对等点之间可以进行通信之前，它们必须能够发现彼此并根据名称或其他类型的标识符解析它们的网络位置（地址、协议和端口）。由于瞬时连接、DNS 中缺少地址记录以及动态 IP 地址等原因，对等点发现彼此并解析位置的方法很复杂。.NET Framework 3.5 中支持的对等名称解析协议 (PNRP) 功能不仅有助于发现，还可以通过无服务器的名称解析将任何资源解析为一组网络终结点，从而实现对等点之间的通信。PNRP 承担两项核心任务：发布供其他对等点解析的对等名；解析另一个对等点发布的对等名，并检索相关元数据（要了解有关 PNRP 协议如何工作的更多信息，请参阅  microsoft.com/p2p）。

在 System.Net.PeerToPeer 命名空间中，一个对等名代表一个通信终结点，该终结点可以是您希望与元数据相关联的任何对象（如计算机、服务或应用程序）。对等名有两种形式：安全的和不安全的。安全的对等名由一个公/私钥对支持，当使用 PNRP 进行注册时，不会受到欺骗。每个对等名字符串都有一个 Authority 节，后面跟有一个句点，然后是一个 Classifier 节。Authority 节是由计算机根据对等名的类型（安全的或不安全的）生成的；而 classifier 则是用户定义的字符串。

对于一个安全的对等名来说，Framework 会自动创建一个由 40 个字符组成的十六进制字符串作为 Authority。此十六进制字符串是由和对等名关联的公钥组成的哈希 (Hash)，用于确保此类对等名注册不会受到欺骗。下面是创建安全对等名的方法：

PeerName p = new PeerName("My PeerName", PeerNameType.Secured);

对于不安全的对等名，Authority 组件总是为字符 0。不安全的对等名只是一个字符串，不提供安全保障：

PeerName p = new PeerName("My PeerName", PeerNameType.UnSecured);

创建对等名之后，接下来要通过实例化 PeerNameRegistration 对象将此名称与相关元数据关联起来。一个对等名通常与一个 IP 地址相关联，但就像您将看到的一样，一个对等名也可以与一个注解字符串和二进制数据 blob 相关联。在下列代码段中，通过将一个 PeerEndPoint 实例添加到注册终结点集合，可以使一个 IP 地址与对等名产生显式关联：

PeerName peerName = new PeerName("My PeerName", PeerNameType.Secured);

PeerNameRegistration pnReg = new PeerNameRegistration();
pnReg.PeerName = peerName;
pnReg.EndPointCollection.Add(new IPEndPoint(
    IPAddress.Parse("<ip address to associate with the name>"), 5000)); 

pnReg.Comment = "up to 39 unicode char comment";
pnReg.Data = System.Text.Encoding.UTF8.GetBytes(
    "A data blob up to 4K associated with the name");

虽然这是对 PeerNameRegistration 类的合法使用，但是我们发现，常见的情形是将所有分配给本地计算机的地址与对等名相关联。要做到这一点，您只要确保 PeerNameRegistration.UseAutoEndPointSelection 的属性设置为 true，并且不要对 PeerNameRegistration.EndPointCollection 进行任何添加即可。

现在所有相关元数据都通过 PeerNameRegistration 对象被分配给该对等名，最后一步是将该对等名发布到群中，以便其他对等点可以解析该名称。在 PNRP 中，群只是一组参与 PNRP 的计算机，它定义众多名称的发布或解析范围。在发布一个名称时，您需要确定要将名称发布到哪个群（或范围）。

PNRP 目前使用两种群：链接-本地群和全局群。一个对等名若发布到链接-本地群就意味着只有同一链接上的其他对等点可以解析该名称。而发布到全局群上的对等名则允许 Internet 上的任何人解析该名称。要将对等名发布到全局群，您只需通过 Cloud.Global 枚举将该全局群分配到 PeerNameRegsitration 对象的 Cloud 属性，然后对注册对象调用 Start 方法即可。一旦 start 方法调用完成，该名称就发布了，而且可以被远程对等点解析。 图 1 显示了用于创建和发布对等名的代码。

 Figure 1 创建并发布一个对等名

using System;
using System.Collections.Generic;
using System.Text;
using System.Net.PeerToPeer;

namespace CreateAndPublish
{
    class Program
    {
        static void Main(string[] args)
        {
            // Creates a secured PeerName.
            PeerName peerName = new PeerName(
                "MyWebServer", PeerNameType.Secured);

            PeerNameRegistration pnReg = new PeerNameRegistration();
            pnReg.PeerName = peerName;
            pnReg.Port = 80;

//Starting the registration means the name is published 
//for other peers to resolve.
            pnReg.Start();
            
            Console.WriteLine("Registration of Peer Name: {0} complete.", 
                peerName.ToString());

            Console.WriteLine("Press any key to stop the registration " +
                             "and close the program");
            Console.ReadKey();

            pnReg.Stop();
        }
    }
}

您已了解了如何创建并发布对等名，现在您需要了解如何解析对等名。首先，您要设置 PeerNameResolver 类的实例，然后使用该实例来同步（参见图 2）或异步解析名称。如果您正在异步解析名称，务必要注意相同的 PeerNameResolver 可以用来解析多个对等名。也就是说，在第一个操作完成之前，您就可以开始对不同对等名启动多个异步解析操作，这样就不必为每个并行的解析操作都实例化一个新的解析程序对象。