17

我有一个托管在 IIS 6.0 上的 WCF 服务（内置于 .NET 框架 3.5）。

代码流程如下

  1. 客户端（这是另一个 Web 服务）调用 WCF 服务
  2. WCF 服务调用一个线程在后台进行处理并立即响应被调用者。
  3. 后台线程完成所有处理后，回调线程。这个调用基本上是一个 HTTPs 请求，因为客户端是一个 Web 服务。

我正在对我的 WCF 服务进行负载测试以定义阈值。观察结果如下：

在 1 分钟内向 WCF 服务发出的 1024 个请求的大约 3 次迭代成功通过。完成每次迭代所需的时间约为 25-30 分钟。然而，从第 4 次迭代中可以看到批量失败。大约 50% 的请求失败，以下例外。

异常线程被中止。

堆栈跟踪

21_10_2016_09_30_52,9:30:52 AM,Information,Thread name- apSwTTbLTETfwT3y Stack trace in ProcessTestConversion method -    at System.Threading.WaitHandle.WaitOneNative(SafeHandle waitableSafeHandle, UInt32 millisecondsTimeout, Boolean hasThreadAffinity, Boolean exitContext)
   at System.Threading.WaitHandle.InternalWaitOne(SafeHandle waitableSafeHandle, Int64 millisecondsTimeout, Boolean hasThreadAffinity, Boolean exitContext)
   at System.Threading.WaitHandle.WaitOne(Int32 millisecondsTimeout, Boolean exitContext)
   at System.Net.LazyAsyncResult.WaitForCompletion(Boolean snap)
   at System.Net.Connection.SubmitRequest(HttpWebRequest request, Boolean forcedsubmit)
   at System.Net.ServicePoint.SubmitRequest(HttpWebRequest request, String connName)
   at System.Net.HttpWebRequest.SubmitRequest(ServicePoint servicePoint)
   at System.Net.HttpWebRequest.GetRequestStream(TransportContext& context)
   at System.Net.HttpWebRequest.GetRequestStream()
   .
   .(My function calls stack trace)
   .
   .

我试图解决此问题的更改如下：

   <behavior>
    <serviceThrottling maxConcurrentCalls="2000"
                                 maxConcurrentInstances ="2400"
                                 maxConcurrentSessions ="400"/>
    </behavior>

在 web.config 中

<system.web>
        <compilation debug="false" />
        <httpRuntime executionTimeout="1800"/>
    </system.web>

在 web.config 中

  <system.net>
        <connectionManagement>
          <add address = "*" maxconnection = "100" />
        </connectionManagement>
      </system.net>

在 web.config 中

ServicePointManager.DefaultConnectionLimit = 100; (Change in code)

正如 StackOverflow 上的许多人所建议的那样，我已将 App 池的 IdleTimeout 属性设置为 0。

无论在哪里使用溪流，我都会在所有地方处理。所以所有的流都关闭了。

谁能告诉我谁在中止线程以及为什么以及是否有任何方法或工具来追踪线程中止启动的原因？

4

2 回答 2

5

我遇到了这个问题，这归结为对客户端类的使用不当。

发生的情况是，当客户端类被实例化时，它不会释放资源，从而导致吞吐量降低。会发生一个非常无用的异常“线程被中止”。这是通过创建一个帮助类来解决的，该类通用地创建了一个客户端对象，然后正确地实现了构造函数和 dispose 方法。

一些 IIS 异常对于问题的实际原因不是很有帮助或不真实，但要深入了解为解决我的问题所做的工作是查看 IIS 日志。特别是“失败的请求跟踪规则”

希望这会有所帮助，我可以理解您的挫败感，这是一个令人头疼的问题。

于 2016-10-31T15:40:39.150 回答
2

我以前也遇到过同样的事情。解决方案是通过实现Dispose方法在其范围结束后释放资源/客户端。

using存在问题，因为使用类型化客户端时自动清理资源的 C#语句不成功，并且抛出的任何异常都被隐式处理所掩盖，隐式处理会吃掉实际异常并抛出一些其他异常，如超时或其他异常。

C#“使用”语句导致调用 Dispose()。这和Close()一样，发生网络错误时可能会抛出异常。因为对 Dispose() 的调用隐式发生在“使用”块的右大括号处，所以编写代码和阅读代码的人都可能不会注意到这个异常源。这代表了应用程序错误的潜在来源。（来自MSDN）

您应该释放资源，例如：

try
{
    ...
    client.Close();
}
catch (CommunicationException e)
{
    ...
    client.Abort();
}
catch (TimeoutException e)
{
    ...
    client.Abort();
}
catch (Exception e)
{
    ...
    client.Abort();
    throw;
}

通过这种方式，您不仅可以找到异常的实际来源，还可以在发生某些执行时释放资源。

其他替代解决方案可以实施Dispose，例如：

/// <summary>
/// Calculator Client
/// </summary>
public partial class CalculatorClient : IDisposable
{
    #region IDisposable implementation

    /// <summary>
    /// IDisposable.Dispose implementation, calls Dispose(true).
    /// </summary>
    void IDisposable.Dispose()
    {
        Dispose(true);
    }

    /// <summary>
    /// Dispose worker method. Handles graceful shutdown of the
    /// client even if it is an faulted state.
    /// </summary>
    /// <param name="disposing">Are we disposing (alternative
    /// is to be finalizing)</param>
    protected virtual void Dispose(bool disposing)
    {
        if (disposing)
        {
            try
            {
                if (State != CommunicationState.Faulted)
                {
                    Close();
                }
            }
            finally
            {
                if (State != CommunicationState.Closed)
                {
                    Abort();
                }
            }
        }
    }

    /// <summary>
    /// Finalizer.
    /// </summary>
    CalculatorClient()
    {
        Dispose(false);
    }

    #endregion
}

资料来源：

避免使用语句MSDN的问题

WCF 客户端的使用和处置

于 2016-11-01T14:23:18.163 回答