“在读取XML数据时已超出最大字符串内容长度配额（8192）”将XML字符串发送到WCF时出错
我正在使用.NET，C＃应用程序，该应用程序打算将一个长XML字符串发送到WCF服务方法以进行进一步操作。 当我的应用程序尝试在运行时将XML字符串发送到WCF服务时，我收到一条错误消息：
"The formatter threw an exception while trying to deserialize the message: There was an error while trying to deserialize parameter http://tempuri.org/:strProdUserDataXML. The InnerException message was 'There was an error deserializing the object of type System.String. The maximum string content length quota (8192) has been exceeded while reading XML data. This quota may be increased by changing the MaxStringContentLength property on the XmlDictionaryReaderQuotas object used when creating the XML reader. Line 131, position 57.'. Please see InnerException for more details."
我的应用程序端web.config我已经将“绑定”和“端点”写成：
如果有任何机构可以帮助我解决这个错误，我将非常感激。 感谢所有提前。
这是一篇关于读者配额的 MSDN文章。
似乎超出了服务器端的一个读取器配额。
具体来说，超出了maxStringContentLength 。 maxStringContentLength的默认值为8192个字符，正如超出错误消息所述。
但它可能不是像其他人所建议的那样将所有值提升到最大值2147483647的最佳方法。
正如我链接的MSDN文档中所写：
复杂性约束提供了对拒绝服务（DOS）攻击的保护，这些攻击试图使用消息复杂性来绑定端点处理资源。 其他复杂性约束包括诸如消息内的字符串内容的最大元素深度和最大长度的项。
再加上您目前将安全模式设置为无 – 您可能会遇到一些问题。
我收到此错误并通过在客户端和服务器配置中添加此服务的MaxItemsInObjectGraph属性来解决。
服务器端
客户端
并且不要忘记将此行为应用于EndPoint behaviorConfiguration =“endpointbehaviour”
Pinaki Karuri，
配额长度不仅取决于客户端的配置 – 它们还取决于服务器的配置。 请发布您的WCF服务器的web.config，以便我们可以解释这个问题。 您可能已经为8192设置了配额，因此最快的方法是找到并增加其值。
更新
据我所知，您从服务器的web.config中缺少“readerQuotas”节点，因此MaxStringContentLength将其值设置为default（ 8192 ）。 有关更多信息，请参阅此链接： http ： //msdn.microsoft.com/en-us/library/system.xml.xmldictionaryreaderquotas.maxstringcontentlength.aspx
客户端绑定
服务配置文件：
maxReceivedMessageSize="2147483647">
尝试在绑定中设置以下内容。
它解决了我的问题。 如需更多参考，请访问以下链接http://blogfornet.com/2013/08/the-maximum-string-content-length-quota-8192-has-been-exceeded-while-reading-xml-data/
检查客户端的Target Framework是否与服务的Target Framework相同。 我遇到了这个问题并尝试了上述所有修复程序，但是没有用。 检查属性并检查目标框架并更改它。