谈谈WCF Stream对象限制操作.doc

谈谈WCF Stream对象限制操作WCF还是比较常用的，于是我研究了一下WCF支持Stream对象的支持限制，在这里拿出来和大家分享一下，希望对大家有用。WCF支持Stream操作，尤其对于传递size过大的消息而言，如要考虑传递消息的效率，WCF推荐通过Stream进行操作。然而，WCF Stream操作规定了一些限制，在我们编写相关程序时，需要特别注意：1、绑定的限制如果需要使用Stream操作，可以使用的绑定只能是BasicHttpBinding，NetTcpBinding以及NetNamedPipeBinding。此外，在使用Stream操作时，不能使用Reliable Messaging。如果考虑到消息安全，则此方式是不可取的。2、对Stream对象的限制o 教你两种方法调用WCF服务 o 新手必看WCF服务元数据介绍 o 挖掘WCF和Web Service异同点 要作为服务操作所传递的消息对象，这样的对象必须是可序列化的。遗憾的是，FileStream类的定义却是不支持序列化的，我们能够使用的Stream 对象，包括Stream，MemoryStream等。使用Stream类对象是大多数Stream操作的首选。一个有趣的现象是FileStream与Stream类型的转换。例如在服务契约的操作中，有如下的实现： 4. publicStreamTransferDocument(Documentdocument)FileStreamstream=newFileStream(document.LocalPath,FileMode.Open,FileAccess.Read);returnstream;注意，操作TransferDocument()的返回类型为Stream，而方法的实现中，返回的对象则为FileStream类型。由于Stream类是FileStream类的父类，这样的实现没有问题。然而，在客户端调用该操作时，却不能将操作的返回值赋给FileStream类型的对象，如下所示：5. FileStreamstream=m_service.TransferDocument(doc);此时获得的Stream对象则为null。因而，我们只能这样调用操作：6. Streamstream=m_service.TransferDocument(doc);但是，还有一个奇怪的问题是WCF并不支持Stream对象Length属性的序列化，也就是说，在客户端我们不能使用服务操作返回的Stream对象的 Length属性。诸如stream.Length的调用会抛出NotSupportedException异常。3、TransferMode的限制若要使用Stream操作，必须修改绑定的TransferMode属性。该属性的默认值为Buffered。我们应该根据操作中WCF Stream对象的参数类型，以决定TransferMode的值分别为Streamed、StreamedRequest或者StreamedResponse。4、MaxReceivedMessageSize的限制MaxReceivedMessageSize属性的默认值为64kb，如果传递的Stream对象一旦超过了 MaxReceivedMessageSize属性的设置值，则客户端在操作该对象时，就会出现CommunicationException异常。因此，我们应根据实际需要设置MaxReceivedMessageSize的值。MaxReceivedMessageSize属性的取值范围为 1-9223372036854775807（Int32.MaxValue）。如果设置值不在该范围之内，则无法通过编译。编程方式设置为：7. 5、操作参数的限制WCF Stream操作参数严格的限制，它只允许这样的操作只能包含一个Stream对象，这里所谓的一个WCF Stream对象，是包含return对象，out和ref对象在内的。也就是说如下的操作定义都是错误的：8. voidTransfer(Streams1,Streams2);voidTransfer(Streams1,outStreams2);voidTransfer(Streams1,refStreams2);StreamTransfer(Streamstream);如果定义了这样的操作，则会出现运行时错误。此外，由于传输的WCF Stream对象较大，可能会消耗过长的时间，因而建议增大绑定的SendTimeout属性值。例如设置为10分钟。编程方式设置为：9. binding.SendTimeout=Time