正确使用SqlConnection对象

正确使用SqlConnection 对象，兼谈数据库连接池 今晚看到上了评论头条的LoveJenny 写的为什么要关闭数据库连接，可以不关闭吗？，文章写得简单易懂非常不错，而且代码贴的很到位，下面的讨论也很激烈（老赵都跑过去留言两次了，我恨）。又查看了两遍原文中的代码，我同意评论中有几位的看法，真正造成多线程并行操作数据库时的连接问题可能是由于对SqlConnection 的不当使用。为什么呢？再来看一下LoveJenny 兄弟贴出的一段重要源码： view sourceprint? 1 string sqlConnString = @"Data Source=.\SQLEXPRESS; 2 AttachDbFilename=""E:\DB\NORTHWND.mdf""; 3 Integrated Security=True;Connect Timeout=30;User Instance=True"; 4 SqlConnection conn = new SqlConnection(sqlConnString); 5 conn.Open(); 6 Parallel.For(1, Int32.MaxValue, (id) => 7 { 8 ExecuteCommand(conn, id); 9 }); 其中，ExecuteCommand 的具体实现如下： view sourceprint? 01 private static object syncObj = new object(); 02 private static void ExecuteCommand(SqlConnection conn, int id) 03 { 04 lock (syncObj) 05 { 06 if (conn.State != ConnectionState.Open) 07 { 08 conn.Open(); 09 } 10 Console.WriteLine("正在执行." + id); 11 12 Thread.Sleep(100); 13 14 SqlCommand cmd = new SqlCommand( 15 string.Format("Insert into Nums values('{0}') ", id), conn); 16 17 cmd.ExecuteNonQuery(); 18 } 19 } 代码很简洁，但是很多人包括我自己忍不住都会有几个重大疑问： 1、怎么并行操作 n 多次数据库只共用一个连接对象呢？ 2、并行处理的地方加了锁，每次进行数据库操作都要 Lock 一下（我感觉这根本没有发挥多线程并行处理的优势，个人认为还不如单线程执行的快呢），这个真的有这个必要吗？ 3、同一个数据库连接字符串，使用数据库连接对象 SqlConnection 怎么还要传参呢，显式 Open和 Close 不是更好吗？通常不都是using 一下完事吗？ 经过简单思考之后，在本地机器上改进了一下实现代码进行测试，如下： view sourceprint? 1 Parallel.For(1, Int32.MaxValue, (id) => 2 { 3 ExecuteCommand(id); 4 }); ExecuteCommand 方法不再接受 SqlConnection 对象作为参数，去掉 Lock，数据库操作看上去就...