但通过C# ashx对webservice接口进行二次封装，提取返回的json格式数据后，返回了紧张内容为：
error in deserializing body of reply message
的缺点提示。
经对接口进行跟踪调试创造，返回的数据并不全，导致格式出错涌现上述缺点。
由于C#默认限定了数据传传输的最大长度，超出这个限定的时候就会涌现上述缺点。返回那么大的数据量APP端也受不了啊，也不知道供应接口的是怎么想的！
涌现这种问题，可以修正web.config，把稳加粗部分(详细数值根据实际情形调度)：
<bindings>
<basicHttpBinding>
<binding name=\"大众BasicBinding\"大众
closeTimeout=\"大众00:01:00\"大众
openTimeout=\"大众00:01:00\"大众
receiveTimeout=\"大众00:10:00\"大众
sendTimeout=\公众00:01:00\公众
allowCookies=\公众false\"大众
bypassProxyOnLocal=\"大众false\公众
hostNameComparisonMode=\"大众StrongWildcard\"大众
maxBufferSize=\"大众999999\"大众
maxBufferPoolSize=\"大众999999\公众
//对Web层的通报数据量,办理了从做事器通过webservice(wcf)下载大容量数据的问题
maxReceivedMessageSize=\公众999999\"大众
messageEncoding=\"大众Text\"大众
textEncoding=\"大众utf-8\"大众
transferMode=\公众Buffered\"大众
useDefaultWebProxy=\"大众true\"大众>
<readerQuotas
maxDepth=\"大众999999\"大众
maxStringContentLength=\公众999999\"大众
maxArrayLength=\"大众999999\"大众
maxBytesPerRead=\"大众999999\公众
maxNameTableCharCount=\公众999999\"大众 />
<security mode=\"大众None\"大众 />
</binding>
</basicHttpBinding>
</bindings>
虽然可以办理此类问题，但是对付返回大数据量的接口，建议加上页索引和页大写参数分页获取以提高效率。
