已超过传入消息(65536)的最大消息大小配额为什么大家都在说这个问题呢？

本文主要是介绍已超过传入消息(65536)的最大消息大小配额为什么大家都在说这个问题呢？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

说明：文末总结可以直接看到解决方案，但是不同的版本略有不同，故不能肯定100%解决问题，有时候需要读者自己探索以及查阅资料。本文也是我解决问题的一个思考过程，第一次写可能有点啰嗦。

最近做项目的时候遇见了这样一个问题，在用代理类请求webservice的时候会爆出一个这样的错误”已超过传入消息(65536)的最大消息大小配额“。向下面图中这样。

这里我要介绍一下我的项目：建立一个webservice，去调用另外一个webservice服务并将结果以Json返回。这个项目是一个”服务“。

其实这样的问题以前也遇见过，但是当时第一个遇见这个问题的是另外一个同事，我是在其他的项目上，后来他们稀里糊涂的就解决了。就没去深究是怎么一回事。这次遇见了也没在意，想着应该问题不大，百度就能解决了。过了一会儿开始着手解决这个问题。第一步在百度输入”已超过传入消息(65536)的最大消息大小配额“关键字。发现遇到这类问题的人还真不少。如下面图中这样

可是为什么这么多人都要蹭这个问题呢？于是我随便打开了一个，里面的内容大致是在”<binding>“节点增加两个属性，一个是”maxBufferPoolSize“一个是”maxReceivedMessageSize“然后将这两个属性的值设置大一些。如下面这些文章里面说的一样：https://blog.csdn.net/swarb/article/details/21174237 （这边文章等会儿我会提到）

或者是这篇给文章：https://www.cnblogs.com/autumn/p/3502963.html

然而现实是我低估了这个问题。

当我按照文章说的去添加属性的时候却遇到了这样的问题：

下面怎么有条线，<binding>并没有这个属性

不过微软的东西出毛病很正常嘛。不管他直接点击运行。结果问题依旧。于是我怀疑可能是版本不一样吧。<binding>的属性已经发生了变化。程序也分为部署在服务器上的和部署在客户端上面的。我仔细看看我前文中提到的第一篇文章，里面也的确说了服务器和客户端的配置是不一样的。我有按照这篇文章的服务器的解决办法做，大概是在<binding>添加一个叫<readerQuotas>的节点，<readerQuotas>有自己相关的配置属性。于是我照着他的改。结果是这样：

还是提示没有这个属性。没关系咱们运行试试。

这次的错误不一样了，这个解决方式是行不通了。

所以我思考：是不是maxbufferpoolsize和maxrecivedmessagesize这两个属性名字变更了或者跑到其他节点上面去了。

于是我仔细观察这个<binding>节点。里面包含了两个节点分别是<textMessageEncoding>和<httpTransport>两个节点。

于是我注意到<httpTransport>这个节点，里面一个属性都没写，这很可疑。于是我尝试着在这个节点输入了max，然后出现了"maxBufferPoolSize"和”maxReceivedMessageSize“这两个适配，这个时候我有种预感"哟西！"于是我将这两个节点配置上了图中的绿字注释那样的属性，然后运行，结果齐活。

问题到处为止终于解决。为了测试我有随便弄了个客户端的测试程序，这次服务端不在报错了。但是客户端却是同样的错误”已超过传入消息(65536)的最大消息大小配额“。有了前面的经验我这次直奔<binding>，发现客户端配置文件的<binding>节点是有"maxBufferPoolSize"和”maxReceivedMessageSize“这2个属性的，同时还拥有<readerQuotas/>这一节点。

当我配置完"maxBufferPoolSize"和”maxReceivedMessageSize“这2个属性后运行发现问题已经解决。

总结：

如果你的程序是一个”服务（运行在服务器上的）如WebService和WCF（配置文件明知叫：web.config）”,就需要在web.cinfig配置文件的<binding>里面的<httpTransport>节点里面配置"maxBufferPoolSize"和”maxReceivedMessageSize“这2个属性，如图：