IIS托管ASP.NET Core 6时16KB以上出站WCF消息传输失败问题

云上老周

2026-8-29

问题根因

你遇到的问题和WCF服务端配置无关，两个核心证据可以直接锁定问题范围：

报错中的超时值10675199.02:48:05.4775807是.NET中TimeSpan.MaxValue的固定值，说明不是你配置的20秒超时触发的错误，本质是出站TCP连接被IIS层强制中断，WCF客户端收不到响应才抛出异常
自托管exe运行完全正常，说明WCF客户端绑定、服务端配置、网络连通性都没有问题，故障点完全在IIS托管层

你之前修改uploadReadAheadSize无效是因为该参数仅控制IIS处理入站请求时的预读内存大小，和你应用主动发起的出站net.tcp通信没有任何关系。
16KB的失败阈值刚好对应两个默认限制：

ASP.NET Core Module（ANCM）进程内托管模式下，默认会将工作进程的TCP发送缓冲区限制为16384字节（16KB），超过该大小的TCP帧会被强制拆分，破坏net.tcp协议的SOAP帧格式，导致WCF服务端直接重置连接
你贴出的绑定代码存在明显疏漏：创建了XmlDictionaryReaderQuotas配置但未赋值给binding.ReaderQuotas，等于你配置的大配额完全没有生效，而NetTcpBinding默认的MaxArrayLength恰好就是16384字节。

修复方案

按优先级从高到低操作，一般前两步就能解决问题：

方案1（最快生效，零代码改动）：切换ASP.NET Core为进程外托管模式
IIS进程外托管模式下，ASP.NET Core应用会运行在独立的dotnet.exe进程中，IIS仅作为反向代理转发入站HTTP请求，完全不会干预应用自身发起的出站net.tcp连接，和你直接运行exe的运行环境完全一致。
操作方式：找到部署目录下的web.config，修改<aspNetCore>节点，添加或修改hostingModel属性为outofprocess，示例：
```
<aspNetCore processPath="dotnet" arguments=".\YourApp.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="outofprocess" />
```
修改后重启对应应用程序池和站点即可测试。

方案2（如果需要保留进程内托管的性能优势）：补全代码配置+调整IIS参数

补全WCF绑定配置，你之前漏了配额绑定和缓冲区参数设置，修正后的代码如下：

NetTcpBinding binding = new NetTcpBinding();
binding.TransferMode = TransferMode.Streamed;
binding.Security.Mode = SecurityMode.None;
binding.ReceiveTimeout = TimeSpan.FromSeconds(20);
binding.SendTimeout = TimeSpan.FromSeconds(20);
binding.MaxReceivedMessageSize = 650000;
// 补全Streamed模式必须的缓冲区配置，和消息大小上限对齐
binding.MaxBufferSize = 650000;
binding.MaxBufferPoolSize = 524288000; // 配置500MB缓冲区池，避免大消息内存分配失败

XmlDictionaryReaderQuotas myReaderQuotas = new XmlDictionaryReaderQuotas();
myReaderQuotas.MaxStringContentLength = 2147483647;
myReaderQuotas.MaxNameTableCharCount = 2147483647;
myReaderQuotas.MaxArrayLength = 2147483647;
myReaderQuotas.MaxBytesPerRead = 2147483647;
myReaderQuotas.MaxDepth = 64;
// 关键：将配额配置赋值给绑定，否则配置不生效
binding.ReaderQuotas = myReaderQuotas;

调整IIS应用程序池配置：打开应用程序池高级设置，将.NET CLR版本设为无托管代码，加载用户配置文件设为True，启用32位应用程序设为False，保存后重启应用池。

解除IIS请求大小拦截：在站点web.config的<system.webServer>节点下添加如下配置：

<security>
  <requestFiltering>
    <requestLimits maxAllowedContentLength="4294967295" />
  </requestFiltering>
</security>

排错注意事项

不需要在超时参数上浪费排查时间，当前报错和超时无关，是连接被强制中断导致的伪超时
如果需要开启WCF跟踪，直接在web.config中添加system.diagnostics跟踪节点即可，不需要修改项目代码，日志会直接写入本地文件，可直接看到连接中断的具体原因
net.tcp是非HTTP协议，IIS的HTTP模块、请求过滤规则默认会对非HTTP流量做额外校验，进程外托管是最稳定的部署方式，不会出现各类协议拦截问题。

内容的提问来源于stack exchange，提问作者daniel jacobsen