wcf 中的 maxReceivedMessageSize 和流式传输

【问题标题】：maxReceivedMessageSize and Streaming in wcfwcf 中的 maxReceivedMessageSize 和流式传输
【发布时间】：2011-12-12 01:38:55
【问题描述】：

我把 maxReceivedMessageSize="52428800" transferMode="Streamed"。流媒体不应该对这个价值更仁慈吗？流就是流，所以让它一点一点地拉。但后来出现“已超出传入消息的最大消息大小配额 (52428800)。要增加配额，请在适当的绑定元素上使用 MaxReceivedMessageSize 属性...”

我知道流式处理意味着服务器的 RAM 不会过载，但它与缓冲式处理有何不同？

【问题讨论】：

AFAIK，传输模式不影响邮件大小。

标签： .net wcf

【解决方案1】：

maxReceivedMessageSize 配额是 long 值，因此您可以有效地将其设置为无穷大（如果您可以传输超过 9,223,372,036,854,775,807 字节或大约 8 个exabytes，我会感到惊讶 -是的，我不得不在peta之后查找那个）。在流模式下，您还可以设置maxBufferSize 配额来限制在给定时间将有多少数据缓冲在 RAM 中。

【讨论】：

这是关于 RAM 的有用说明。但是流媒体会发生吗？我读过一些缓冲的东西（在哪里）。不过，从我的实验来看，当我从 wcf 返回 FileStream 时，客户端每个流仅读取大约 1500 个字节。Read(...) 这意味着我猜是实际流式传输。