wcf可以帮助我们用来传输数据。但是有没有人遇到过需要大容量数据传输的需求呢?只要进行正确的设置就可以实现wcf传输大数据。
在从客户端向wcf服务端传送较大数据(>65535b)的时候,发现程序直接从reference的begininvoke跳到endinvoke,没有进入服务端的service实际逻辑中,怀疑是由于数据过大超出限定导致的。
问题是我实际发送的数据是刚刚从wcf服务端接收过来的,一来一去,数据量差别并不大。
然后发现,在客户端和服务端实际使用的是不同的配置,对于客户端,在添加servicereference时自动生成的servicereferences.clientconfig文件中system.servicemodel节下有这样的设置实现wcf传输大数据:
maxbuffersize="2147483647"
maxreceivedmessagesize="2147483647">
然后在client节里应用binding
configuration:
localhost:22000/service/wcfservice.svc"
binding="basichttpbinding"
bindingconfiguration="basichttpbinding_wcfservice"
contract="wcfservicereference.wcfservice"
name="basichttpbinding_wcfservice" />
在binding里指定了最大缓存字节数和最大接受字节数,相当于2g的大小!除非传一整套连续剧,一般是够用了。
而在服务端,web.config文件里,bindings节是空的,而service也没有指定bindingconfiguration属性,那么它们采用的就是默认的65535的大小。
问题找到,解决wcf传输大数据就比较容易了:
在bindings节添加新的binding设置,指定最大接受数据:
maxreceivedmessagesize="2147483647"
messageencoding="text" transfermode="streamed"
sendtimeout="00:10:00" />
之后给相应的service
指定bindingconfiguration属性:
"server.service.wcfservicebehavior"
name="server.service.wcfservice">
"basichttpbinding" bindingconfiguration=
"largedatatransferservicesbinding"
contract="server.service.wcfservice" />
"mexhttpbinding" contract="imetadataexchange" />
这样就可以从客户端发送足够大的数据了。
p.s.:
.net默认只能传4m的文件,所以尽管设定了wcf两端的配置,还是超不出.net的限定,所以如果要传输大文件,还需要在system.web节下加上
这里的单位是kb,这样就可以传100m的文件了,充分解决了wcf传输大数据的问题。当然,这么大的文件,最好还是分段传输比较好。
.net默认只能传4m的文件,所以尽管设定了wcf两端的配置,还是超不出.net的限定,所以如果要传输大文件,还需要在system.web节下加上
这里的单位是kb,这样就可以传100m的文件了,充分解决了wcf传输大数据的问题。当然,这么大的文件,最好还是分段传输比较好。
建议不要传输过大的数据,因为可能造成你的网络堵塞。
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号