WCF双工服务获取文件内容时MaxStringContentLength配额超限问题排查

嘿，我帮你梳理下这个WCF反序列化配额的问题——你已经在配置里设置了maxStringContentLength，但还是遇到了报错，主要是因为存在几个配置不匹配或不必要的设置，导致配额限制没有真正生效。咱们一个个来看：

1. 服务端Windows Service的ASP.NET兼容模式设置错误 #

Windows Service托管WCF服务时，完全不需要启用ASP.NET兼容模式，这个配置是专门给IIS托管的WCF服务用的。你的服务端Windows Service app.config里：

<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true"/>

赶紧改成这样：

<serviceHostingEnvironment aspNetCompatibilityEnabled="false" multipleSiteBindingsEnabled="false"/>

multipleSiteBindingsEnabled也是IIS相关的配置，Windows Service用不上，直接设为false就行。

2. 客户端与服务端的安全模式不匹配 #

客户端A的netTcpBinding配置了<security mode="Message" />，但服务端的binding没显式设置安全模式——netTcpBinding的默认安全模式是Transport。两端安全模式不一致会导致通信异常，甚至间接触发序列化相关的错误。

修复方案：
要么把客户端A的安全模式改成和服务端一致（推荐默认的Transport，更安全高效）：

<security mode="Transport" />

要么在服务端的binding里显式设置安全模式为Message：

<security mode="Message" />

3. 客户端与服务端的可靠会话设置不一致 #

客户端A启用了<reliableSession enabled="true" />，但服务端的binding没配置这个，默认是enabled="false"。这种不匹配会让通信过程中消息处理出问题，也可能触发你遇到的序列化配额错误。

修复方案：
要么在客户端A里禁用可靠会话：

<reliableSession enabled="false" />

要么在服务端的binding里启用它：

<reliableSession enabled="true" />

4. 确认服务端加载的是正确的配置文件 #

你有两个服务端配置：Web项目的web.config和Windows Service的app.config。如果是用Windows Service托管WCF，一定要确保服务启动时加载的是Windows Service目录下的app.config，而不是Web项目的配置。可以去Windows Service的安装目录检查下，确认app.config在同一目录，且内容和你提供的一致。

5. 检查客户端代理的代码实现（如果有手动创建的情况） #

如果你是通过代码手动创建WCF客户端代理，而不是用VS自动生成的代理，那得确保在代码里手动设置readerQuotas的各项最大值，不然配置文件的设置不会生效。比如：

var binding = new NetTcpBinding();
// 设置所有readerQuotas最大值
binding.ReaderQuotas.MaxStringContentLength = int.MaxValue;
binding.ReaderQuotas.MaxArrayLength = int.MaxValue;
binding.ReaderQuotas.MaxDepth = int.MaxValue;
binding.ReaderQuotas.MaxBytesPerRead = int.MaxValue;
binding.ReaderQuotas.MaxNameTableCharCount = int.MaxValue;
// 其他binding配置...
var client = new MonitoringServiceClient(binding, new EndpointAddress("net.tcp://localhost:54322/Monitoring"));

总结 #

先优先修复前三个配置不匹配的问题，再确认服务端的配置文件正确加载，基本就能解决这个序列化配额错误。这些配置不一致的问题很容易被忽略，哪怕你已经设置了最大长度，也会因为通信层面的异常导致配额限制被触发。

内容的提问来源于stack exchange，提问作者Joel Caetano