为什么要关闭数据库连接，可以不关闭吗？_tp6关闭数据库连接好处-优快云博客

为什么要关闭数据库连接，可以不关闭吗？

首先要说明的是连接数是有限制的：

代码如下：

for (int i = 0; i < 10000; i++)
{
    SqlConnection conn = new SqlConnection(@"Data Source=.\SQLEXPRESS;
                AttachDbFilename=""E:\DB\NORTHWND.mdf"";
                Integrated Security=True;Connect Timeout=30;User Instance=True");

    conn.Open();
    Console.WriteLine("打开了{0}个连接", i);
}

运行结果如下：

过一会就会提示打开连接超时了：

可以看到数据库连接时有限制的，如果连接不关闭，而且使用的人比较多，那么系统很快就down掉了。

但是有时候由于某些原因应用程序可能只是几个人使用，所以就有人设计了：

在应用程序启动的时候打开数据库连接，在应用程序关闭的时候关闭数据库连接

那么使用这种方式有什么问题呢？

首先假设有一张表Nums，表定义如下：

Main代码如下：

SqlConnection conn = new SqlConnection(@"Data Source=.\SQLEXPRESS;
                    AttachDbFilename=""E:\DB\NORTHWND.mdf"";
                    Integrated Security=True;Connect Timeout=30;User Instance=True");
conn.Open();
Parallel.For(1, 9999, (id) =>
{
    ExecuteCommand(conn, id);
});

就是从1到9999开始执行ExecuteCommand

ExecuteCommand代码如下：

private static void ExecuteCommand(SqlConnection conn, int id)
{
    Console.WriteLine("正在执行." + id);

    Thread.Sleep(100);

    SqlCommand cmd = new SqlCommand(
       string.Format("Insert into Nums values('{0}') ", id), conn);

    cmd.ExecuteNonQuery();
}

运行：

可以看到ExecuteNonQuery方法抛出了异常，原因是连接处于关闭状态。

可是我们的连接一直都是open着的啊，并没有调用close，dispose之类的方法啊。

于是在ExecuteCommand前面增加判断条件：

if (conn.State != System.Data.ConnectionState.Open)
    conn.Open();

再次运行：

可以看到还是会出现连接已关闭的问题。你知道什么原因吗？

这里是由于多线程环境引起的。所以需要加锁。

private static object syncObj = new object();
private static void ExecuteCommand(SqlConnection conn, int id)
{
    lock (syncObj)
    {
        if (conn.State != System.Data.ConnectionState.Open)
            conn.Open();
        Console.WriteLine("正在执行.." + id);
        Thread.Sleep(100);
        SqlCommand cmd = new SqlCommand(
           string.Format("Insert into Nums values('{0}') ", id), conn);
        cmd.ExecuteNonQuery();
    }
}

再次运行：可以发现基本没问题了.

修改Parallel.For的最大值上限，要测试下是否可以长期执行了。

Parallel.For(1, Int32.MaxValue, (id) =>
            {
                ExecuteCommand(conn, id);
            });

一天测试下来，没出现任何问题。

结论：对于某些只有几个人使用的应用程序，可以不关闭数据库连接，但是在写代码的时候最好要加上连接是否打开的判断。

你有什么好的看法呢，欢迎留下!

作者： LoveJenny

出处： http://www.cnblogs.com/LoveJenny/　　　　

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。

分类: C#

正确使用SqlConnection对象，兼谈数据库连接池

今晚看到上了评论头条的LoveJenny写的为什么要关闭数据库连接，可以不关闭吗？，文章写得简单易懂非常不错，而且代码贴的很到位，下面的讨论也很激烈（老赵都跑过去留言两次了，我恨）。又查看了两遍原文中的代码，我同意评论中有几位的看法，真正造成多线程并行操作数据库时的连接问题可能是由于对SqlConnection的不当使用。为什么呢？再来看一下LoveJenny兄弟贴出的一段重要源码：

 
             string  
             sqlConnString =  
             @"Data Source=.\SQLEXPRESS; 
            
             AttachDbFilename=""E:\DB\NORTHWND.mdf""; 
            
             Integrated Security=True;Connect Timeout=30;User Instance=True" 
             ; 
            
             SqlConnection conn =  
             new  
             SqlConnection(sqlConnString); 
            
             conn.Open(); 
            
             Parallel.For(1, Int32.MaxValue, (id) => 
            
             { 
            
             ExecuteCommand(conn, id); 
            
             });

其中，ExecuteCommand的具体实现如下：

 
             private  
             static  
             object  
             syncObj =  
             new  
             object 
             (); 
            
             private  
             static  
             void  
             ExecuteCommand(SqlConnection conn,  
             int  
             id) 
            
             { 
            
             lock  
             (syncObj) 
            
             { 
            
             if  
             (conn.State != ConnectionState.Open) 
            
             { 
            
             conn.Open(); 
            
             } 
            
             Console.WriteLine( 
             "正在执行."  
             + id); 
            
             Thread.Sleep(100); 
            
             SqlCommand cmd =  
             new  
             SqlCommand( 
            
             string 
             .Format( 
             "Insert into Nums values('{0}') " 
             , id), conn); 
            
             cmd.ExecuteNonQuery(); 
            
             } 
            
             }

代码很简洁，但是很多人包括我自己忍不住都会有几个重大疑问：

1、怎么并行操作n多次数据库只共用一个连接对象呢？

2、并行处理的地方加了锁，每次进行数据库操作都要Lock一下（我感觉这根本没有发挥多线程并行处理的优势，个人认为还不如单线程执行的快呢），这个真的有这个必要吗？

3、同一个数据库连接字符串，使用数据库连接对象SqlConnection怎么还要传参呢，显式Open和Close不是更好吗？通常不都是using一下完事吗？

经过简单思考之后，在本地机器上改进了一下实现代码进行测试，如下：

 
             Parallel.For(1, Int32.MaxValue, (id) => 
            
             { 
            
             ExecuteCommand(id); 
            
             });

ExecuteCommand方法不再接受SqlConnection对象作为参数，去掉Lock，数据库操作看上去就像是操作一次数据库，打开一次数据库连接，保证线程安全：

 
             private  
             static  
             void  
             ExecuteCommand( 
             int  
             id) 
            
             { 
            
             using  
             (SqlConnection conn =  
             new  
             SqlConnection(sqlConnString)) 
            
             { 
            
             conn.Open(); 
            
             Console.WriteLine( 
             "正在执行."  
             + id); 
            
             Thread.Sleep(100); 
            
             SqlCommand cmd =  
             new  
             SqlCommand( 
            
             string 
             .Format( 
             "Insert into Nums values('{0}') " 
             , id), conn); 
            
             cmd.ExecuteNonQuery(); 
            
             } 
            
             }

当然ExecuteCommand也可以通过显式Open和Close处理：

 
             private  
             static  
             void  
             ExecuteCommand( 
             int  
             id) 
            
             { 
            
             SqlConnection conn =  
             new  
             SqlConnection(sqlConnString); 
            
             conn.Open(); 
            
             Console.WriteLine( 
             "正在执行."  
             + id); 
            
             Thread.Sleep(100); 
            
             SqlCommand cmd =  
             new  
             SqlCommand( 
            
             string 
             .Format( 
             "Insert into Nums values('{0}') " 
             , id), conn); 
            
             cmd.ExecuteNonQuery(); 
            
             conn.Close(); 
            
             }

根据我的本地机器测试，上面改进后的两种写法数据库连接对象使用正常，线程安全，而且在性能上比加锁操作数据库提高显著，有兴趣的你也不妨一试。

但是，本文的目的不在说代码如何改进才能线程安全提升性能，而是要说明一个非常简单的问题，如何正确合理地使用数据库连接对象SqlConnection？

那么到底如何正确合理地使用数据库连接对象SqlConnection？

最经典的说法莫过于就是using一下即可，这种说法其实是非常正确的，MSDN的使用方法通常也都是using一下，很普遍很潇洒：

      private static void OpenSqlConnection()
        {
            string connectionString = GetConnectionString();
            using (SqlConnection connection = new SqlConnection(connectionString))
            {
                connection.Open();
                Console.WriteLine("ServerVersion: {0}", connection.ServerVersion);
                Console.WriteLine("State: {0}", connection.State);
            }
        }

        static private string GetConnectionString()
        {
            // To avoid storing the connection string in your code, 
            // you can retrieve it from a configuration file, using the 
            // System.Configuration.ConfigurationSettings.AppSettings property 
            return "Data Source=(local);Initial Catalog=AdventureWorks;"
                + "Integrated Security=SSPI;";
        }

其实我们都知道SqlConnection对象一定继承自IDispose接口，然后才可以using。using使用的对象最后都会Dispose处理掉，难道数据库连接对象的Close方法和Dispose是等价的？

这里明确告诉您，通过显式Close和using后Dispose是不一样的。到这里是不是很想知道Dispose和Close的区别？

MSDN对Close方法的解释是这样的：

关闭与数据库的连接,这是关闭任何打开连接的首选方法。如果 SqlConnection超出范围，则不会将其关闭。因此，必须通过调用 Close 或 Dispose 显式关闭该连接。Close 和 Dispose 在功能上等效。如果连接池值 Pooling 设置为 true 或 yes，则基础连接将返回到连接池。另一方面，如果 Pooling 设置为 false 或 no，则会关闭到服务器的基础连接。

我们可以这样理解：通过调用Close方法关闭的SqlConnection对象，最后是要放回到连接池中的，也就是说这个对象还可以继续使用，只是这个对象现在的连接状态是关闭的，等到下次向池中申请连接对象，这个对象就可以激活复用而不用去new一个新的对象。

而通过调用Dispose()方法，则该对象很可能调用了GC.SuppressFinalize(this)（某些特殊的类可能并没有调用该方法），这样GC就会优先对这些对象进行回收而可能造成该对象无法使用。这里我们只要理解，在SqlConnection对象上调用Dispose方法，则这个连接就不能在连接池中继续使用了。

最后说明一下，ado.net使用了连接池技术用来复用连接，减少系统反复打开关闭连接的开销来提升性能，所以我上面说通过using“数据库操作看上去就像是操作一次数据库，打开一次数据库连接，保证线程安全”其实也是不对的。下面摘录一段MSDN的说法解惑：

连接池使新连接必须打开的次数得以减少。池进程保持物理连接的所有权。通过为每个给定的连接配置保留一组活动连接来管理连接。每当用户在连接上调用 Open 时，池进程就会查找池中可用的连接。如果某个池连接可用，会将该连接返回给调用者，而不是打开新连接。应用程序在该连接上调用 Close 时，池进程会将连接返回到活动连接池集中，而不是关闭连接。连接返回到池中之后，即可在下一个 Open 调用中重复使用。

只有配置相同的连接可以建立池连接。ADO.NET 同时保留多个池，每种配置各一个。在使用集成的安全性时，连接按照连接字符串以及 Windows 标识分到多个池中。还根据连接是否已在事务中登记来建立池连接。

池连接可以显著提高应用程序的性能和可缩放性。默认情况下，在 ADO.NET 中启用连接池。除非显式禁用，否则，在应用程序中打开和关闭连接时，池进程会对连接进行优化。还可以提供几个连接字符串修饰符来控制连接池的行为。

我们可以显式对连接池进行一些操作，但是通常不建议这么做。对连接池您还有什么疑惑吗？欢迎讨论。

参考：

http://msdn.microsoft.com/zh-cn/library/system.data.sqlclient.sqlconnection(VS.80).aspx

http://msdn.microsoft.com/zh-cn/library/8xx3tyca(VS.90).aspx