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]?view plain?copy[OperationContract]???Stream?GetStream(string?data);???[OperationContract]???bool?UploadStream(Stream?stream);???[OperationContract]???Stream?EchoStream(Stream?stream);???注意：上面的UploadStream, EchoStream中添加第二个参数会导致流模式无效，因此如果想使用流传送更多信息，可以通过消息头携带信息，而消息正文是流内容。?[c-sharp]?view plain?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]?view plain?copyusing?System;??using?System.Collections.Generic;??using?System.Linq;??using?System.Runtime.Serialization;??using?System.ServiceModel;??using?System.Text;??using?System.IO;??namespace?WcfUploadServiceLib??{??????[ServiceContract]??????public?interface?IUpLoadService??????{???????????[OperationContract(IsOneWay?=?true)]??????????void?UploadFile(FileUploadData?request);??????????[OperationContract]??????????int?GetUploadFileInfo(string?id);??????}??????[MessageContract]??????publ