Question

在我们的自动负载测试的基线测试期间，我们看到间歇性的“底层连接已关闭：预期保持活动的连接已被服务器关闭”异常。我们在应用层添加了重试逻辑，第二次尝试很好。然而，这仍然经常发生 - 大约5％的时间 - 即使在最小负载下我们也希望在可能的情况下解决潜在问题。

这是连接到基于Java的服务器的WCF客户端。我们是这个项目的合作伙伴，公司托管服务器，所以我们可以请求更改，但我们不知道要求什么。

与其他插座相比，正在关闭的插座并不长久。

配置如下所示：

   <client>
  <endpoint address="https://example.com/cgi-bin/blahblahblah/dev/Adapter"
      binding="webHttpBinding" bindingConfiguration="DecisionBinding" behaviorConfiguration="webHttpBehavior"
      contract="Engine.DecisionPortType" name="DecisionPort" />
  </client>
<bindings>
  <webHttpBinding>
    <binding name="DecisionBinding" closeTimeout="00:01:00"
        openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
        allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
        maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536"            
    writeEncoding="utf-8" transferMode="Buffered"
        useDefaultWebProxy="true">
      <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
          maxBytesPerRead="4096" maxNameTableCharCount="16384" />
      <security mode="Transport">
        <transport clientCredentialType="None" proxyCredentialType="None"
            realm="" />
        <!--            <message clientCredentialType="UserName" algorithmSuite="Default" /> -->
      </security>
    </binding>
  </webHttpBinding>
</bindings>

我们添加了System.Net.ServicePointManager.Expect100Continue = false;在我们的代码中，但只是在发送之前跳过检查以查看连接是否仍处于打开状态。

我们在服务跟踪中有详细的跟踪，但它没有给我们任何见解。

我们如何消除这些例外？

谢谢！

在具有webHttpBinding和安全传输的WCF客户端上，间歇性的“底层连接已关闭”

0 个答案: