Потоковые прерванные исключения в wcf-сервисе

Ответ 1

Я столкнулся с этой проблемой, и это было связано с неправильным использованием класса клиента.

Что происходит, когда экземпляр класса клиента был создан, он не освободит ресурсы, что приведет к снижению пропускной способности. Возникло очень бесполезное исключение "Прерывание нити". Это было разрешено созданием класса-помощника, который общий создавал клиентский объект, а затем реализовал конструктор и правильно утилизировал метод.

Некоторые исключения IIS не очень полезны или истинны для фактической причины проблемы, но для того, чтобы понять, что было сделано для решения моей проблемы, нужно посмотреть журналы IIS. В частности, "" Ошибочные правила трассировки запроса"

Надеюсь, это поможет, я могу понять ваше разочарование, чтобы устранить головную боль.

Ответ 2

Я уже сталкивался с этим раньше. Решение заключалось в том, чтобы освободить ресурсы/клиент после того, как его область была завершена, реализовав метод Dispose.

Проблема существует, так как оператор С# using для автоматической очистки ресурсов при использовании типизированного клиента не увенчался успехом, и любое вызванное исключение маскируется неявным распоряжением, которое ест реальное исключение и выдает другое исключение, такое как тайм-аут или другие исключения.

Оператор С# "using" приводит к вызову Dispose(). Это то же самое, что и Close(), что может вызвать исключения при возникновении сетевой ошибки. Поскольку вызов Dispose() происходит неявно в закрывающей скобке блока "using", этот источник исключений, вероятно, останется незамеченным как людьми, записывающими код, так и чтением кода. Это представляет собой потенциальный источник ошибок приложения. (от 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