WCF Tips之三
WCF支持对Stream对象的操作，尤其对于传递size过大 的消息而言，如要考虑传递消息的效率，WCF推荐通过Stream进行操作。
然而，WCF对于Stream操作规定了一些限制，在我们编写相关程序时，需要特别 注意：
1、绑定的限制
如果需要使用Stream操作，可以使用的绑 定只能是BasicHttpBinding，NetTcpBinding以及NetNamedPipeBinding。此外， 在使用Stream操作时，不能使用Reliable Messaging。如果考虑到消息安全，则 此方式是不可取的。
2、对Stream对象的限制
要作为服务操作所 传递的消息对象，这样的对象必须是可序列化的。遗憾的是，FileStream类的定 义却是不支持序列化的，我们能够使用的Stream对象，包括Stream， MemoryStream等。使用Stream类对象是大多数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的调用会抛出NotSupportedException异常。
3、 TransferMode的限制
若要使用Stream操作，必须修改绑定的 TransferMode属性。该属性的默认值为Buffered。我们应该根据操作中Stream对 象的参数类型，以决定TransferMode的值分别为Streamed、StreamedRequest或 者StreamedResponse。
4、MaxReceivedMessageSize的限制
MaxReceivedMessageSize属性的默认值为64kb，如果传递的Stream对象 一旦超过了MaxReceivedMessageSize属性的设置值，则客户端在操作该对象时， 就会出现CommunicationException异常。因此，我们应根据实际需要设置 MaxReceivedMessageSize的值。MaxReceivedMessageSize属性的取值范围为1- 9223372036854775807（Int32.MaxValue）。如果设置值不在该范围之内，则无 法通过编译。编程方式设置为：
binding.MaxReceivedMessageSize = 120000;
配置文件的设置方式为：
<binding…… maxReceivedMessageSize="120000"/>
以上是小编为您精心准备的的内容，在的博客、问答、公众号、人物、课程等栏目也有的相关内容，欢迎继续使用右上角搜索按钮进行搜索对象
， spark streaming问题
， 属性
， 类型
， stream
， filestream
， otl stream
限制
wcf stream、wcf操作xml、wcf操作xml文件、wcf教程 数据安全操作、wcf操作数据库，以便于您获取更多的相关知识。