大数据量传输时配置WCF的注意事项

最新推荐文章于 2023-09-21 09:57:48 发布

birdwawe

最新推荐文章于 2023-09-21 09:57:48 发布

阅读量1.1k

点赞数

分类专栏： Silverlight WCF 文章标签： wcf binding soap silverlight behavior iis

Silverlight 同时被 2 个专栏收录

12 篇文章 0 订阅

订阅专栏

WCF

4 篇文章 0 订阅

订阅专栏

WCF传输数据量的能力受到许多因素的制约，如果程序中出现因需要传输的数据量较大而导致调用WCF服务失败的问题，应注意以下配置：

1、MaxReceivedMessageSize：获取或设置配置了此绑定的通道上可以接收的消息的最大大小。

basicHttpBinding等预定义的绑定一般具有MaxReceivedMessageSize属性，CustomBinding则需要在Transport中定义。

示例代码：

<bindings>
  <customBinding>
    <binding name="customBinding">
      <binaryMessageEncoding>
      </binaryMessageEncoding>
      <httpTransport maxReceivedMessageSize="2147483647">
      </httpTransport>
    </binding>
  </customBinding>
  <basicHttpBinding>
    <binding name="basicBinding" maxReceivedMessageSize="2147483647"></binding>
  </basicHttpBinding>
</bindings>

网上许多地方说应同时设置MaxBufferSize（获取或设置缓冲区的最大大小，该缓冲区用于接收来自通道的消息。），根据MSDN上的解释:

“MaxBufferSize 属性的值及其重要性有所不同，这取决于是否在接收消息的通道上对消息进行缓冲或流处理：

对于缓冲传输，（TransferMode 设置为 Buffered）。该值始终等于由 MaxReceivedMessageSize 指定的值。
对于流传输（TransferMode 设置为 Streamed），必须对 SOAP 标头进行缓冲才能生成消息。可根据需要对正文进行流处理。在此情况下，MaxBufferSize 小于或等于MaxReceivedMessageSize，其中 MaxReceivedMessageSize 限制整个消息（标头和正文）的大小，而 MaxBufferSize 仅限制 SOAP 标头的大小。”

可见，对于默认的缓冲传输，设置该属性是不必要的。

2、ReaderQuotas：获取或设置可由配置了此绑定的终结点处理的 SOAP 消息的复杂性约束。

该属性是XmlDictionaryReaderQuotasElement类型，一般需要设置该属性的MaxArrayLength、MaxStringContentLength及MaxDepth属性。

示例代码：

<bindings>
  <customBinding>
    <binding name="customBinding">
      <binaryMessageEncoding>
        <readerQuotas maxArrayLength="2147483647" maxStringContentLength="2147483647" maxDepth="64"/>
      </binaryMessageEncoding>
      <httpTransport maxReceivedMessageSize="2147483647">
      </httpTransport>
    </binding>
  </customBinding>
  <basicHttpBinding>
    <binding name="basicBinding" maxReceivedMessageSize="2147483647">
      <readerQuotas maxArrayLength="2147483647" maxStringContentLength="2147483647" maxDepth="64"/>
    </binding>
  </basicHttpBinding>
</bindings>

3、MaxItemsInObjectGraph：获取对象图中要序列化或反序列化的最大项数。

该属性属于DataContractSerializer类，需要在serviceBehaviors下的behavior节中配置。

示例代码：

<behaviors>
  <serviceBehaviors>
    <behavior name="Wcf4BigData.Web.BigDataServiceBehavior">
      <serviceMetadata httpGetEnabled="true"/>
      <serviceDebug includeExceptionDetailInFaults="false"/>
      <dataContractSerializer maxItemsInObjectGraph="2147483647"/>
    </behavior>
  </serviceBehaviors>
</behaviors>

以上是传输大数据量时可能需要设置的属于WCF的几个属性，示例代码中大多将属性值设置为允许的最大值，但设置后并不能保证WCF一定具有传输如此大数据量的能力。另外，这些属性一般需要在服务端和客户端同时设置，但如果使用Silverlight客户端，部分属性如ReaderQuotas并不被支持。

4、MaxRequestLength：获取或设置请求的最大大小。

如果WCF以IIS作为宿主，WCF传输数据量的能力还受到HttpRunttime设置的制约，可能需要同时HttpRunttime（在system.Web节中）的MaxRequestLength属性。MaxRequestLength属性表示请求的最大大小（以千字节为单位）。默认大小为 4096 KB (4 MB)，允许的最大值是2097151。

示例代码：

<httpRuntime maxRequestLength="2097151"/>

使用以上配置进行测试，从WCF端获取1000万条长度为10的字符串是成功的。每个长度为10的字符串编码后约占32个字节，如此算来，成功传输的数据已经超过300M了，算得上不小的数字了，如果数据量比这还要大的话，怕是网速已经不能满足要求了，这时需要考虑其他的解决方案。

原文地址