选择传输方式

项目
09/12/2008

本主题讨论在 Windows Communication Foundation (WCF) 中包括的三个主要传输方式（HTTP、TCP 和命名管道）之间进行选择的原则。WCF 还包括消息队列（也称为 MSMQ）传输，但是本文不讨论消息队列。

WCF 编程模型将终结点操作（如服务协定中所表示）与连接两个终结点的传输机制分隔开。这样，在您决定如何向网络公开服务时，就具有一定的灵活性。

在 WCF 中，您可以通过使用“绑定”（由一系列的绑定元素组成）来确定如何在终结点之间通过网络传输数据**。传输由传输绑定元素（绑定的一部分）表示。绑定包括可选的协议绑定元素（如安全）、必需的消息编码器绑定元素和必需的传输绑定元素。传输会将消息的序列化形式发送到另一个应用程序，或者从另一个应用程序接收消息的序列化形式。

如果必须连接到现有的客户端或服务器，则您可能不能选择使用特定传输。不过，可使 WCF 服务可通过多个终结点（每个都有一种不同的传输方式）来访问。当单一传输方式不能涵盖您的服务目标受众时，请考虑通过多个终结点来公开服务。这样，客户端应用程序就可以使用最适合的终结点。

在选择传输方式后，必须选择一个使用此传输方式的绑定。您可以选择一个系统提供的绑定（请参见系统提供的绑定），也可以生成自己的自定义绑定（请参见自定义绑定）。还可以创建自己的绑定。有关更多信息，请参见创建用户定义的绑定.

每种传输方式的优点

本节介绍在三种主要传输方式中选择其中之一的主要理由，包括一个用于进行选择的详细决策表。

适合使用 HTTP 传输的情况

HTTP 是客户端与服务器之间的一个请求/响应协议。最常见的应用程序包括与 Web 服务器进行通信的 Web 浏览器客户端。该客户端向服务器发送一个请求，服务器侦听客户端请求消息。当服务器接收到一个请求时，会返回响应，其中包含请求的状态。如果成功，将返回可选数据，如网页、错误消息或其他信息。有关 HTTP 协议的更多信息，请参见 HTTP - 超文本传输协议（可能为英文网页）。

HTTP 协议不是基于连接的－一旦发送了响应，就不会再维护任何状态。要处理多页事务，应用程序必须持续保持任何必要的状态。

在 WCF 中，HTTP 传输绑定针对与旧式非 WCF 系统的互操作性进行了优化。如果所有通信方都使用的是 WCF，则使用基于 TCP 或基于命名管道的绑定会更快。有关更多信息，请参见 NetTcpBinding 和 NetNamedPipeBinding。

适合使用 TCP 传输的情况

TCP 是一个基于连接、面向流的传递服务，具有端对端错误检测和更正功能。**“基于连接”表示在交换数据前建立主机之间的一个通信会话。主机是 TCP/IP 网络上由逻辑 IP 地址标识的任意设备。

TCP 提供可靠的数据传递，并且易于使用。具体地说，TCP 会通知发送方开始传递包，保证按发送时同样的顺序传递这些包，重新传送丢失的包，并确保数据包不重复。请注意，这种可靠的传递方式适用于两个 TCP/IP 节点之间，与 WS-ReliableMessaging** 不一样，后者适用于两个终结点之间，而不考虑它们可能包括多少个中间点。

WCF TCP 传输已针对通信的两端均使用 WCF 的情形进行了优化。对于涉及不同计算机之间的通信的情形，此绑定是最快的 WCF 绑定。消息交换使用 BinaryMessageEncodingBindingElement 来实现优化的消息传输。TCP 提供双工通信，因此可以用于实现双工协定，即使客户端位于网络地址转换 (NAT) 的后端也没有关系。

适合使用命名管道传输的情况

命名管道是 Windows 操作系统内核中的一个对象，例如，进程可用于通信的一个共享内存区段。命名管道具有一个名称，可用于单一计算机上的进程之间的单向或双工通信。

当一台计算机上的不同 WCF 应用程序之间要求通信，并且您希望阻止来自另一台计算机的任何通信时，请使用命名管道传输。另一个限制就是：从 Windows 远程桌面运行的进程可能只能用于同一 Windows 远程桌面会话，除非它们具有提升的特权。