C#中WCF提交数据及HttpWebRequest间歇性报错：底层连接意外关闭

常见排查与修复方案 #

• 调整连接超时与最大连接数
  默认HttpWebRequest的并发连接数限制（默认2个）可能导致高并发场景下连接排队超时，可通过代码或配置修改：

  // 提升最大并发连接数
  System.Net.ServicePointManager.DefaultConnectionLimit = 10;
  // 设置请求超时（根据业务场景调整，单位毫秒）
  request.Timeout = 30000;
  // 若服务器不支持长连接，关闭连接保持
  request.KeepAlive = false;
  

  同时在WCF配置中调整绑定超时参数：

  <bindings>
    <basicHttpBinding>
      <binding name="CustomBinding" 
               openTimeout="00:01:00" 
               sendTimeout="00:01:00" 
               maxReceivedMessageSize="20971520">
      </binding>
    </basicHttpBinding>
  </bindings>
  

• 处理服务端响应不规范问题
  间歇性报错可能源于服务端返回的响应头或内容不完整，导致客户端提前断开连接：

  • 确保服务端正确设置Content-Length头，且与实际返回内容长度一致
  • 排查服务端是否存在响应中途异常终止的情况

• 强制释放连接资源
  使用HttpWebRequest时必须确保资源被正确释放，避免连接池泄漏：

  HttpWebRequest request = (HttpWebRequest)WebRequest.Create(apiUrl);
  try
  {
      using (HttpWebResponse response = (HttpWebResponse)request.GetResponse())
      {
          // 处理响应逻辑
      }
  }
  catch (WebException ex)
  {
      // 捕获异常时关闭异常响应流
      if (ex.Response != null)
      {
          ((HttpWebResponse)ex.Response).Close();
      }
  }
  finally
  {
      request.Abort(); // 强制终止请求，释放底层连接资源
  }
  

• 排查网络与代理因素

  • 检查是否存在网络波动、防火墙或代理服务器拦截连接的情况
  • 若使用代理，确认代理配置正确，且支持当前连接模式（长连接/短连接）

• 优化WCF服务端配置
  服务端可能因连接池、线程资源不足导致拒绝连接，可调整限流参数：

  <system.serviceModel>
    <serviceBehaviors>
      <behavior name="ServiceThrottleBehavior">
        <serviceThrottling 
            maxConcurrentCalls="100" 
            maxConcurrentSessions="100" 
            maxConcurrentInstances="200"/>
      </behavior>
    </serviceBehaviors>
  </system.serviceModel>
  

提示：间歇性问题建议在客户端和服务端同时记录请求日志，包含请求时间、参数、响应状态等信息，便于定位具体触发场景。

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