.net SqlConnection не закрывается, даже если в пределах использования {}

Ответ 1

От MSDN (DataContext Constructor (IDbConnection)):

Если вы предоставляете открытое соединение, DataContext не закрывает его. Поэтому не создавайте экземпляр DataContext с открытым соединением если у вас нет веских оснований это.

В принципе, похоже, что ваши соединения ждут, когда GC завершит их до того, как они будут выпущены. Если у вас много кода, который делает это, один подход может заключаться в том, чтобы переопределить Dispose() в частичном классе данных-контекста и закрыть соединение - просто убедитесь, что документ-контекст предполагает принадлежность к соединению!

    protected override void Dispose(bool disposing)
    {
        if(disposing && this.Connection != null && this.Connection.State == ConnectionState.Open)
        {
            this.Connection.Close();
            this.Connection.Dispose();
        }
        base.Dispose(disposing);
    }

Лично я бы с радостью дал ему (обычный контекст данных, без взлома выше) открытое соединение, пока я "использовал" соединение (позволяя выполнять несколько операций) - i.e.

using(var conn = GetConnection())
{
   // snip: some stuff involving conn

   using(var ctx = new FooContext(conn))
   {
       // snip: some stuff involving ctx
   }

   // snip: some more stuff involving conn
}

Ответ 2

SqlProvider SqlProvider закрывает соединение SQL (через SqlConnectionManager.DisposeConnection) только в том случае, если он был открыт. Если вы предоставите уже открытый объект SqlConnection конструктору DataContext, он не закроет его для вас. Таким образом, вы должны написать:

using (SqlConnection conn = GetConnection())
using (DataContext db = new DataContext(conn))
{
    ... Code 
}

Ответ 3

Я столкнулся с той же проблемой, используя Entity Framework. Мой ObjectContext был обернут вокруг блока using.

Соединение было установлено при вызове SaveChanges(), но после того, как оператор using вышел из области видимости, я заметил, что SQL Management Studio по-прежнему имеет "AWAITING COMMAND" для .NET SQL Client. Похоже, что это связано с поведением поставщика ADO.NET, который по умолчанию включил пул соединений.

В разделе "Использование пула соединений с SQL Server" на MSDN (выделено мной):

Пул соединений уменьшает количество открываемых новых подключений. Пулёт поддерживает право собственности на физическое соединение. Он управляет соединениями, поддерживая живой набор активных соединений для каждой конкретной конфигурации соединения. Всякий раз, когда пользователь вызывает Open в соединении, пул смотрит, есть ли доступное соединение в пуле. Если объединенное соединение доступно, оно возвращает его вызывающему абоненту вместо открытия нового соединения. Когда приложение вызывает Close в соединении, пул возвращает его в объединенный набор активных соединений, а не фактически закрывает его. После того, как соединение будет возвращено в пул, он будет готов к повторному использованию при следующем вызове Open.

Также ClearAllPools и ClearPool представляется полезным явно закрыть все объединенные соединения, если это необходимо.

Ответ 4

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

Решение:

Создайте свой собственный класс DataContext, который происходит из автоматически сгенерированного. (переименуйте базовый, чтобы вам не пришлось менять какой-либо другой код).

В вашем производном DataContext - добавьте функцию Dispose(). В этом - распоряжаться внутренним соединением.

Ответ 5

Хорошо спасибо за помощь, он был решен сейчас.

По сути, я взял элементы большинства ответов выше и реализовал конструктор DataContext, как указано выше (я уже перегрузил конструкторы, поэтому это не было большим изменением).

// Variable for storing the connection passed to the constructor
private System.Data.SqlClient.SqlConnection _Connection;

public DataContext(System.Data.SqlClient.SqlConnection Connection) : base(Connection)
{
    // Only set the reference if the connection is Valid and Open during construction
    if (Connection != null)
    {
        if (Connection.State == System.Data.ConnectionState.Open)
        {
            _Connection = Connection;                    
        }
    }           
}

protected override void Dispose(bool disposing)
{        
    // Only try closing the connection if it was opened during construction    
    if (_Connection!= null)
    {
        _Connection.Close();
        _Connection.Dispose();
    }

    base.Dispose(disposing);
}

Причина этого, а не некоторые из приведенных выше предложений заключается в том, что доступ к this.Connection в методе dispose вызывает ObjectDisposedException.

И это работает так же, как я надеялся!

Ответ 6

Dispose должен закрыть соединения, поскольку MSDN указывает:

Если SqlConnection выходит из scope, он не будет закрыт. Следовательно, вы должны явно закрыть соединение путем вызова Close или Dispose. Закрыть и удалить функционально эквивалентны. Если значение объединения пулов установлено значение true или yes, основной соединение возвращается к пул соединений. С другой стороны, если Для пула установлено значение "ложь" или "нет", базовое соединение с сервером замкнутый.

Я предполагаю, что ваша проблема имеет отношение к GetContext().