WCF基础之大型数据和流

在WCF的实际应用中，有可能存在10M，100M甚至G级别的传输，这个时候我们就不得不考虑编码和传输模式，当然得选择相应的绑定(binding)

如上图所示，我可以直接使用系统提供的相应绑定，然后设置需要的模式即可，要启用MTOM消息编码，要选择相应的绑定，如BasicHttpBinding或者WSHttpBinding，然后将该绑定的messageEncoding设为Mtom，而流模式则有BasicHttpBinding，NetTcpBinding和NetNamedPipeBinding三种绑定，设置transferModel的值为Streamed。当然也可以自定义绑定，然后设置所需的编码和传输模式。

<customBinding>
  <binding name="TestCustomBinding">
    <textMessageEncoding messageVersion="Soap12WSAddressing10" />
    <httpTransport transferMode="/>
  </binding>
</customBinding>

如上所示使用的是TextMessageEncodingBindingElement编码，WCF的编码器有三个：

TextMessageEncodingBindingElement文本消息编码器是默认的编码器，读取和编写标准SOAP1.1/SOAP1.2文本消息，不会对二进制消息做任何处理。

MtomMessageEncodingBindingElement文本编码器实现对二进制数据的处理，默认情况下，任何绑定都不会使用。仅当二进制数据的大小超多1kb的时候才会具有优势，如果启用了MTOM编码，但是二进制数据并未超过1kb，则还是使用basic64编码。

BinaryMessageEncodingBindingElement是Net*绑定的默认编码器，基于通信双方都是WCF。

如果对互操作性要求较高，文本消息编码是最优解，而二进制则是其他任意通信路径的最佳选择。

上面简单介绍了编码模式，再说说传输的流模式，未启用流模式时，WCF以整体缓冲的模式来处理消息，正如文章开头将的那样如果是大型数据，将会耗尽整个系统的资源。流模式是当数据无法分段、消息必须以及时的方式传输或者当传输启动时数据还未完全就绪时考虑启动的模式，或者说流模式只能对大型数据启用。有得必有失，当启用流模式时，我们无法做到以下：

1、无法对消息正文进行数字签名，因为数字签名需要对整个消息内容进行哈希计算，采用流模式时，构造和发送消息头时，正文还未完全就绪，因此无法进行签名。

2、只能对流采用传输级安全，并且无法打开可靠会话。

但是与BasicHttpBinding不同，NetTcpBinding和NetNamedPipeBinding具有内在的可靠传递和基于连接的会话支持，所以这两个绑定受上述两点的影响非常小。

好了就说到这儿，有些地方比较生硬，对那些跟我一样在WCF方面是新手而又看了这篇文章的朋友说声对不起，其实我看徐长龙的这一系列教程，是为了方便我都读《WCF服务编程》《WCF技术内幕》这两本书。