C# 命名管道配额问题

我在通过使用命名管道绑定的WCF传输文件大小的东西时遇到问题

<netNamedPipeBinding>
    <binding name="largeMessage" 
             maxBufferPoolSize="524288000" 
             maxReceivedMessageSize="655360000" 
             maxBufferSize="655360000" >
        <readerQuotas maxStringContentLength="655360000" 
                      maxArrayLength="2000001" 
                      maxBytesPerRead="2000001" 
                      maxNameTableCharCount="2000001" />
    </binding>
</netNamedPipeBinding>

这就是服务定义

  <service name="BusinessService.TaskService"
       behaviorConfiguration="BusinessService.TaskServiceBehavior">
    <endpoint 
        address="" 
        behaviorConfiguration="customEndPointBehavior" 
        binding="netNamedPipeBinding" 
        bindingConfiguration="largeMessage" 
        contract="BusinessServiceContracts.Services.ITaskService">
      <identity>
        <dns value="localhost" />
      </identity>
    </endpoint>
  </service>

可以看出，我已经为我能够找到的所有配额设置了相当大的值，但仍然得到“传入消息的最大消息大小配额（65536）已超过。若要增加配额，请在相应的绑定元素上使用MaxReceivedMessageSize属性。”WCF跟踪文件中的错误

---

我还不知道下一步该去哪里，那么还有其他人遇到过相同或类似的问题吗？

您可能有两个配置文件：一个来自服务实现，另一个用于客户端应用程序；你能发布这两种配置吗

---

此外，请阅读本文：

您可能有两个配置文件：一个来自服务实现，另一个用于客户端应用程序；你能发布这两种配置吗

---

此外，请阅读本文：

好的，您已经发布了带有

节点的服务器端配置-我觉得不错。客户端的配置如何？您还必须在

节点中有一些内容-这是否也引用了相同的绑定配置

---

Marc

好的，您已经发布了带有

节点的服务器端配置-我觉得不错。客户端的配置如何？您还必须在

节点中有一些内容-这是否也引用了相同的绑定配置

---

Marc

客户端配置（或多或少）是相同的，但该死的东西就是不起作用。 但是，在我用WCF配置编辑器打开server.config后，没有做任何更改并保存，它神奇地开始工作，所以我猜我在文件中混淆了某种标记

---

很抱歉打扰您。

客户端配置（或多或少）是相同的，但该死的东西就是不起作用。 但是，在我用WCF配置编辑器打开server.config后，没有做任何更改并保存，它神奇地开始工作，所以我猜我在文件中混淆了某种标记

---

很抱歉打扰您。

刚刚插嘴了。难道属性的顺序很重要吗？这有多蠢？@sq33G应该没关系，但对于WCF配置，人们永远无法确定。根据我个人使用net.tcp和net.pipe绑定的经验，对配置文件大喊大叫似乎很有帮助。难道属性的顺序很重要吗？这有多蠢？@sq33G应该没关系，但对于WCF配置，人们永远无法确定。根据我个人使用net.tcp和net.pipe绑定的经验，对配置文件大喊大叫似乎有帮助。