用過WCF的朋友們應(yīng)該了解，在WCF中傳輸數(shù)據(jù)是一個(gè)比較簡單的操作。那么在特定環(huán)境下，我們想要傳輸一個(gè)比較大的數(shù)據(jù)時(shí)，又該如何正確操作呢？在這里我們將會針對WCF傳輸大數(shù)據(jù)這一問題做一個(gè)詳細(xì)介紹。#t#

在從客戶端向WCF服務(wù)端傳送較大數(shù)據(jù)（>65535B）的時(shí)候，發(fā)現(xiàn)程序直接從Reference的BeginInvoke跳到EndInvoke，沒有進(jìn)入服務(wù)端的Service實(shí)際邏輯中，懷疑是由于數(shù)據(jù)過大超出限定導(dǎo)致的。

問題是我實(shí)際發(fā)送的數(shù)據(jù)是剛剛從WCF服務(wù)端接收過來的，一來一去，數(shù)據(jù)量差別并不大。

然后發(fā)現(xiàn)，在客戶端和服務(wù)端實(shí)際使用的是不同的配置，對于客戶端，在添加ServiceReference時(shí)自動生成的ServiceReferences.ClientConfig文件中system.serviceModel節(jié)下有這樣的設(shè)置：

< bindings> 
< basicHttpBinding> 
< binding name="BasicHttpBinding_WcfService" maxBufferSize="2147483647" 
maxReceivedMessageSize="2147483647"> 
< security mode="None" /> 
< /binding> 
< /basicHttpBinding> 
< /bindings>然后在Client節(jié)里應(yīng)用Binding Configuration：  
< client> 
< endpoint address="http://localhost:22000/Service/WcfService.svc" 
binding="basicHttpBinding" bindingConfiguration=
"BasicHttpBinding_WcfService" 
contract="WcfServiceReference.WcfService" 
name="BasicHttpBinding_WcfService" />< /client> 

在Binding里指定了***緩存字節(jié)數(shù)和***接受字節(jié)數(shù)，相當(dāng)于2G的大?。〕莻饕徽走B續(xù)劇，一般是夠用了。

而在服務(wù)端，Web.config文件里，Bindings節(jié)是空的，而Service也沒有指定bindingConfiguration屬性，那么它們采用的就是默認(rèn)的65535的大小。

問題找到，解決WCF傳輸大數(shù)據(jù)就比較容易了：

在Bindings節(jié)添加新的Binding設(shè)置，指定***接受數(shù)據(jù)：

< bindings> 
< basicHttpBinding> 
< binding name="LargeDataTransferServicesBinding" 
maxReceivedMessageSize="2147483647" 
messageEncoding="Text" transferMode="Streamed" 
sendTimeout="00:10:00" /> 
< /basicHttpBinding> 
< /bindings> 

之后給相應(yīng)的Service指定bindingConfiguration屬性：

< service behaviorConfiguration="Server.Service.WcfServiceBehavior" 
name="Server.Service.WcfService"> 
< endpoint address="" binding="basicHttpBinding" 
bindingConfiguration="LargeDataTransferServicesBinding" 
contract="Server.Service.WcfService" /> 
< endpoint address="mex" binding="mexHttpBinding" 
contract="IMetadataExchange" /> 
< /service> 

這樣就能夠?qū)崿F(xiàn)WCF傳輸大數(shù)據(jù)了。