Windows 10 Pro下IIS 10托管WCF REST服务遇ERR_CONNECTION_RESET错误求助

我之前也碰到过几乎一模一样的问题，调试全程无异常但IIS就是返回连接重置，结合WCF和IIS的常见坑，给你列几个针对性的排查方向：

• 检查应用池的核心配置

  • 先确认应用池的.NET框架版本和你的WCF项目完全匹配（比如项目用.NET 4.8，应用池就不能选v2.0），版本不兼容经常会导致隐性的请求失败。
  • 试试临时把应用池的进程模型身份改成LocalSystem（测试用，之后再改回最小权限身份），有时候服务依赖的文件/资源权限不足，会让IIS悄悄终止请求。
  • 去Windows事件查看器的「应用程序日志」里找IIS或WCF相关的报错，应用池崩溃、回收都会在这里留下记录，很多时候比前端的错误提示有用得多。

• 核对WCF绑定与日志配置

  • 检查web.config里的webHttpBinding配置，确认maxReceivedMessageSize和maxBufferSize没有设得太小——如果返回的JSON数据量超过默认限制，服务会直接断开连接而不抛异常。
  • 开启WCF的详细追踪日志，能帮你看穿服务端到底有没有完成请求处理：

    <system.diagnostics>
      <sources>
        <source name="System.ServiceModel" switchValue="Information, ActivityTracing" propagateActivity="true">
          <listeners>
            <add name="traceListener" type="System.Diagnostics.XmlWriterTraceListener" initializeData="c:\temp\WcfTrace.svclog" />
          </listeners>
        </source>
      </sources>
    </system.diagnostics>
    

    生成的.svclog文件可以用WCF Service Trace Viewer打开，能看到请求的每一步细节，包括序列化阶段有没有隐性失败。

• 排查IIS的请求限制与组件

  • 进入IIS站点的「请求筛选」，确认最大允许的请求大小没有限制过小，尤其是如果你的服务返回较大数据集的话。
  • 检查Windows功能里是否安装了HTTP激活：控制面板→程序→启用或关闭Windows功能→.NET Framework 4.x高级服务→WCF服务→勾选HTTP激活，WCF REST服务必须依赖这个组件才能正常响应请求。
  • 暂时禁用IIS里的第三方模块（比如某些安全、压缩模块），有时候这些模块会干扰WCF的请求处理流程。

• 网络与代码细节验证

  • 用curl -v http://你的服务地址或者Postman发起请求，看看能不能得到更详细的底层错误信息，浏览器的错误提示往往会隐藏细节。
  • 再仔细检查代码里的异步操作：有没有漏掉await导致线程挂起？有没有未释放的资源（比如数据库连接、文件流）导致请求无法正常结束？
  • 确认要返回的对象没有循环引用——JSON序列化时碰到循环引用会静默失败，调试时不会报错，但服务会无法返回响应。

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