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

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

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

示例代码：

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

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

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

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

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

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

示例代码：

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

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

示例代码：

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

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

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

示例代码：

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

Goals determine what you are going to be!