你曾经需要在同一台机器的两个.NET应用程序间进行数据交换吗？例如，一个Web站点和一个Windows服务？.NET框架提供了几种好的选择来完成进程间通信（IPC）：Web Service，Remoting。最快的是Remoting，因为它使用TCP通道和二进制格式。

　　然而，如果需要频繁地从一个应用程序调用另外一个应用程序，并且你主要关心的是性能，Remoting还是显得慢了一点。让Remoting变慢的，不是协议，而是序列化。

　　通常来说，Remoting是很不错的，但如果仅限于本地机器的两个进程间相互通信，其处理机制增加了不必要的开销。所以要考虑一些别的选择，比较好的是命名管道（Named Pipes），不会进行二进制序列化，所以提供了更快的IPC。

　　要记住，这个解决方案最有效的使用是在一个应用程序需要和另一个应用程序进行非常频繁的、短文本的消息通信的情况下，并且是在同一台机器或在同一局域网内部。对于结构化的数据交换，这些文本消息也可以是XML文档或序列化的.NET对象。通信时没有安全层，因为命名管道最多只能在局域网中运行，所以假定安全问题由别的层进行处理。

　　一、实现命名管道

　　以下是.NET命名管道解决方案中几个主要的类。

　　. NamedPipeNative：这个类和kernal32.dll联系实现命名管道的通信，其中包含一些常用方法和常量。
　
　　. NamedPipeWrapper ：这个类是NamedPipeNative的一个包装。

　　. ApipeConnection：这是一个抽象类，定义了命名管道连接、读、写数据的方法。这个类是从ClientPipeConnection 和ServerPipeConnection 继承的，分别在客户端和服务器端应用程序中使用。

　　. ClientPipeConnection：被客户端应用程序使用，使用命名管道和服务器通信。

　　. ServerPipeConnection：允许命名管道服务器创建连接，和客户端进行通信。

　　. PipeHandle：保存操作系统的本地句柄，以及管道连接的当前状态。

　　了解上述的类之后，需要了解一下命名管道的操作。

　　二、创建一个服务器端命名管道

　　服务器端管道名的语法是：\\.\pipe\PipeName。“PipeName”.. 部分是管道的具体名字。要连接管道，客户端应用程序需要创建一个同样名称的客户端命名管道。如果客户端在不同的机器上，服务器端管道的名称应该是\\SERVER\pipe\PipeName。下面的代码是NamedPipeWrapper的一个静态方法，被用来实例化一个服务器端命名管道。


　　通过调用NamedPipeNative.CreateNamedPipe方法，上面的方法创建了一个双方互通的命名管道，并且指定管道可以有无限制的实例。常量的名称都是英语，不难看懂，就不一一解释了。

　　假定服务器端命名管道创建成功，它就可以开始监听客户端连接了。

　　三、连接到客户端管道

　　命名管道服务器需要设置成监听状态，以使客户端管道能够连接它。这可以由调用NamedPipeNative.ConnectNamedPipe方法完成。

　　调用NamedPipeNative.CreateFile方法，就可以创建一个命名管道客户端，并且连接到一个监听的服务器管道。下面的代码是NamedPipeWrapper.ConnectToPipe的一部分，可以阐释这一点。


　　在创建一个PipeHandle对象并建立管道名称后，我们调用NamedPipeNative.CreateFile方法来创建一个客户端命名管道，并连接到指定的服务器端管道。在我们的例子中，客户端管道被配置为可读可写的。

　　如果客户端管道被成功创建，NamedPipeNative.CreateFile方法返回其对应的本地句柄，这在以后的操作中会用到。如果由于某种原因创建失败，方法会返回1， 并把NamedPipeNative设为INVALID_HANDLE_VALUE常量。

　　在客户端命名管道可以用来读和写之前，还要做一件事情。我们需要把handle 设为PIPE_READMODE_MESSAGE。可以调用NamedPipeNative.SetNamed-PipeHandleState 实现。