WCF学习总结7--流模式(Streaming)实现文件上传选编.docx

当有大量的数据要传输时，WCF的流模式是比较好的选择，因为流模式不是全部加载到内存后传输而是一边读取一边传输消息，所以流模式改善了系统的吞吐量和响应效率。 需要注意的是当启用了流模式，以下WCF功能无法使用： (1) 无法执行消息正文的数字签名; (2) 不支持Session; (3) 不支持可靠会话。WCF中定义的Binding中支持流模式的只有: BasicHttpBinding, NetTcpBinding, NetNamingPipeBinding, WebHttpBinding。流和会话?在流与基于会话的绑定一起调用时可能会产生意外行为。可通过单一通道（数据报通道）执行所有流调用，该通道不支持会话，即使将正在使用的绑定配置为使用会话也是如此。如果多个客户端通过基于会话的绑定对同一服务对象进行流调用，并且 ConcurrencyMode = Single，同时 InstanceContextMode = PerSession，则所用调用都必须经过数据报通道，因此一次只处理一个调用。一个或多个客户端因此可能会超时。通过将该服务对象的 InstanceContextMode 设置为 PerCall 或将 ConcurrencyMode 设置为 Multiple 可以解决。?流模式契约示例?启用流模式时，要求操作契约只能以单个的Stream对象为输入输出参数，你可以按照以下示例定义契约：? [c-sharp]? HYPERLINK /fangxing80/article/details/6164017 \o view plain view plain? HYPERLINK /fangxing80/article/details/6164017 \o copy copy [OperationContract]??? Stream?GetStream(string?data);??? [OperationContract]??? bool?UploadStream(Stream?stream);??? [OperationContract]??? Stream?EchoStream(Stream?stream);??? 注意：上面的UploadStream, EchoStream中添加第二个参数会导致流模式无效，因此如果想使用流传送更多信息，可以通过消息头携带信息，而消息正文是流内容。? [c-sharp]? HYPERLINK /fangxing80/article/details/6164017 \o view plain view plain? HYPERLINK /fangxing80/article/details/6164017 \o copy copy [MessageContract]?? public?class?FileUploadData??? {?? ????[MessageHeader]?? ????public?string?FileName?{?get;?set;?}?? ????[MessageHeader]?? ????public?int?FileSize?{?get;?set;?}?? ????[MessageHeader]?? ????public?string?FileUniqueID?{?get;?set;?}?? ????[MessageBodyMember]?? ????public?Stream?FileData?{?get;?set;?}?? }?? 流模式实现文件上传大数据传输的过程是比较耗时的，所以应该考虑异步调用，提高系统的响应。这里可以通过客户端生成代理时，指定生成异步操作。???流模式最常用的场景就是文件的上传和下载了，一般上传下载的过程比较长，比较好的客户体验是实时的把进度告诉客户端。我一开始考虑用Duplex在写流的过程中，即时通知客户端。而上面的Binding方式中只有NetTcpBinding支持Duplex，但实验后发现一旦使用Duplex，流模式就失效了。所以后来只好采用客户端轮询的方式来获取当前的进度，如下图：???服务契约(IUpLoadService.cs) [c-sharp]? HYPERLINK /fangxing80/article/details/6164017 \o view plain view plain? HYPERLINK /fangxing80/article/details/6164017 \o copy copy using?System;?? using?System.Collections.Generic;?? using?System.Linq;?? us