SqlConnection 需要close吗
总结,除了dataReader其他基本不用close,但是SqlDateReader dr = cmd.ExecuteReader(commandBehavious.ConnectionClosed)也只是为了关闭reader后关闭connection用的。归根结底还是为了关闭connection罢了。如果连接多了,只有gc会去回收而不是连接池。gc又是不定时不马上的。所以要加using(connection)
http://bbs.csdn.net/topics/390826973
摘自csdn
为了事务使用方便SqlConnection一直没有关闭,我主要是用于cs方面的。不知道不关闭连接影响大不大?会有哪些弊端?请熟悉这块的朋友指点一二
1)http://www.cnblogs.com/jjstar/archive/2004/06/10/14697.aspx
经测试证明,在大访问量的情况下,速度要比关闭数据库连接的ServicedComponent快,
但是付出的代价是数据库增加了约连接池同等数量的线程,并且可连接数量减少。
2)
不关闭比关闭连接快不快我没有测试,占用连接不知道对服务器的影响大不大。我在本机测试不关闭连接的情况下使用默认连接池大小可以开到233个连接。指定max poll size=32767循环创建没有报错了。这个大小肯定可以满足一个中小型的企业erp了。
3)分分钟你的网站就出现连接池已满无法访问而挂掉
4)
关于不关实际上没有多少区别。
关了也只是逻辑上关闭;要不关也行,连接池会帮你处理;
至于数据库,更加不用担心了,就算有上万个连接挂在上面,也不会占多少资源,更加不用说开多少线程了。
要说有问题,就是数据库连接一直保持着,无论需要与否;而且要出连接错误了还不好找真正在什么地方。
5)

为什么要关闭数据库连接,可以不关闭吗?
首先要说明的是连接数是有限制的:
代码如下:
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);
});
一天测试下来,没出现任何问题。
结论:对于某些只有几个人使用的应用程序,可以不关闭数据库连接,但是在写代码的时候最好要加上连接是否打开的判断。
你有什么好的看法呢,欢迎留下!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 字符编码:从基础到乱码解决