WCF流和maxReceivedMessageSize

Question

为什么实现WCF流时maxReceivedMessageSize属性相关？ 由于缓冲和持久性是由流的使用者处理的，因此WCF为什么要关注单个服务操作可能需要花费多长时间？

我正在开发一个项目，该项目可以处理从服务器到客户端再到客户端的大文件。 我认为WCF流传输是一个很好的选择，因为它应该允许处理理论上无限的文件大小。 我的客户端和服务器都将transportMode（在绑定上）设置为“ Streamed”，并设计了包含Streams的消息。 但是，这还不够，因为我收到一个CommunicationException，指示我需要增加maxReceivedMessageSize属性。 遵循例外的建议，神奇地增加属性可以使一切正常运行。

我担心WCF迫使我“限制”我的服务/客户端可以处理的数量，即使流应该是“无限的”。 如果附带的文件恰巧大于绑定的配置，则会发生相同的CommunicationException。 我不明白为什么WCF会随意限制我处理大文件的能力，“我何时”和“如何”发送和存储这些文件现在成了我的事，因为我可以随意使用流。

我想念什么吗？

Answer 1

根据文档（至少是我发现的内容），“被迫”限制消息大小的原因是安全性 ，主要是通过发送太大的消息并泛滥系统来避免DoS攻击。

作为一种防御机制，maxReceivedMessageSize设置了接收消息的最大允许大小上限。 默认的maxReceivedMessageSize为64 KB，通常对于流传输方案来说太低了。 资源

maxReceivedMessageSize的最大大小为9,223,372,036,854,775,807字节。

希望这可以帮助。