“打开/关闭” SqlConnection还是保持打开状态？

我用静态方法在简单的静态类中实现了我的业务逻辑。这些方法中的每一个在调用时都会打开/关闭SQL连接：

public static void DoSomething(string something)
{
    using (SqlConnection connection = new SqlConnection("..."))
    {
        connection.Open();

        // ...

        connection.Close();
    }
}

但是我认为避免打开和关闭连接会节省性能。我很久以前用OleDbConnection类（不确定SqlConnection）进行了一些测试，它确实可以像这样工作（据我所记得）：

//pass the connection object into the method
public static void DoSomething(string something, SqlConnection connection)
{
    bool openConn = (connection.State == ConnectionState.Open);
    if (!openConn)
    {
        connection.Open();
    }

    // ....

    if (openConn) 
    {
        connection.Close();
    }
}

所以问题是-我应该选择方法（a）还是方法（b）？我读了另一个stackoverflow问题，即连接池为我节省了性能，我完全不必费心...

PS。这是一个ASP.NET应用程序-连接仅在Web请求期间存在。不是Win-App或服务。

坚持选择a。

连接池是您的朋友。

每次使用方法（a）。当您开始扩展应用程序时，处理状态的逻辑将变得非常痛苦。

连接池按锡说的做。只需考虑一下在应用程序扩展时会发生什么，以及手动管理连接打开/关闭状态会有多困难。连接池在自动处理此方面做得很好。如果您担心性能，请考虑使用某种内存缓存机制，以防止任何阻塞。

处理完连接后，请务必立即关闭它们，以便它们的基础数据库连接可以返回到池中，并可供其他调用者使用。连接池的优化非常好，因此没有明显的损失。该建议与交易基本相同-完成后，请使其简短明了。

如果您在使用多个连接的代码周围使用单个事务遇到MSDTC问题，则情况将变得更加复杂，在这种情况下，您实际上必须共享连接对象，并且仅在完成事务后才关闭它。

但是，您在这里是手工做的，因此您可能需要研究为您管理连接的工具，例如DataSet，Linq to SQL，Entity Framework或NHibernate。

免责声明：我知道这很古老，但是我找到了一种简单的方法来证明这一事实，所以我投入了两美分。

如果您无法相信合并速度确实会更快，请尝试以下方法：

在以下位置添加以下内容：

using System.Diagnostics;
public static class TestExtensions
{
    public static void TimedOpen(this SqlConnection conn)
    {
        Stopwatch sw = Stopwatch.StartNew();
        conn.Open();
        Console.WriteLine(sw.Elapsed);
    }
}

现在更换所有通话Open()使用TimedOpen()和运行程序。现在，对于您拥有的每个不同的连接字符串，控制台（输出）窗口将具有一个长时间运行的打开状态，以及一堆非常快速的打开状态。

如果要标记它们，可以将其添加new StackTrace(true).GetFrame(1) +到WriteLine。

物理连接和逻辑连接之间存在区别。DbConnection是一种逻辑连接，它使用与Oracle的基础物理连接。关闭/打开DbConnection不会影响您的性能，但会使您的代码整洁稳定-在这种情况下，连接泄漏是不可能的。

另外，您还应该记住有关db服务器上并行连接存在限制的情况-考虑到这一点，有必要使连接非常短。

连接池使您无需进行连接状态检查-只需打开，使用并立即将其关闭即可。

通常，您应该为每个事务保持一个连接（没有并行计算）

例如，当用户执行收费操作时，您的应用程序需要首先找到用户的余额并进行更新，他们应该使用相同的连接。

即使ado.net有其连接池，调度连接成本也很低，但重用连接是更好的选择。

为什么不只在应用程序中保留一个连接

由于执行某些查询或命令时连接处于阻塞状态，因此这意味着您的应用程序仅同时执行一个数据库操作，这是多么糟糕的性能。

还有一个问题是，即使您的用户只是打开应用程序但没有任何操作，您的应用程序仍将始终具有连接。如果有很多用户打开您的应用程序，则db服务器将在所有用户未连接的情况下很快耗尽其所有连接源。任何东西。