WCF Stream操作限制实例分析

这篇文章主要讲解了"WCF Stream操作限制实例分析"，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习"WCF Stream操作限制实例分析"吧！

WCF支持对Stream对象的操作，尤其对于传递size过大的消息而言，如要考虑传递消息的效率，WCF推荐通过Stream进行操作。然而，WCF对于Stream操作规定了一些限制，在我们编写相关程序时，需要特别注意：

1、绑定的限制

如果需要使用Stream操作，可以使用的绑定只能是BasicHttpBinding，NetTcpBinding以及 NetNamedPipeBinding。此外，在使用WCF Stream操作时，不能使用Reliable Messaging。如果考虑到消息安全，则此方式是不可取的。

2、对Stream对象的限制

要作为服务操作所传递的消息对象，这样的对象必须是可序列化的。遗憾的是，FileStream类的定义却是不支持序列化的，我们能够使用的Stream对象，包括Stream，MemoryStream等。使用Stream类对象是大多数WCF Stream操作的***。一个有趣的现象是FileStream与Stream类型的转换。例如在服务契约的操作中，有如下的实现：

public Stream TransferDocument(Document document)  {  FileStream stream = new FileStream  (document.LocalPath, FileMode.Open, FileAccess.Read);  return stream;  }

注意，操作TransferDocument()的返回类型为Stream，而方法的实现中，返回的对象则为FileStream类型。由于Stream类是FileStream类的父类，这样的实现没有问题。

然而，在客户端调用该操作时，却不能将操作的返回值赋给FileStream类型的对象，如下所示：

FileStream stream = m_service.TransferDocument(doc);

此时获得的Stream对象则为null。因而，我们只能这样调用操作：

Stream stream = m_service.TransferDocument(doc);

但是，还有一个奇怪的问题是WCF并不支持Stream对象Length属性的序列化，也就是说，在客户端我们不能使用服务操作返回的Stream对象的Length属性。诸如stream.Length的调用会抛出异常。

感谢各位的阅读，以上就是"WCF Stream操作限制实例分析"的内容了，经过本文的学习后，相信大家对WCF Stream操作限制实例分析这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是，小编将为大家推送更多相关知识点的文章，欢迎关注！