不错呦！smile@林凯西，确保“准备文件”中的几个文件都有安装，S...您好，看了您这篇帖子觉得很有帮助。但是有个问题想请...我的修改过了怎么还被恶意注册呢 @jjjjiiii 用PJ快9年了，主要是A...PJ3啊，貌似很少有人用PJ了，现在不是WP就是z...@332347365，我当时接入时错误码没有-10...楼主，ChkValue值应为-103是什么意思呢？...大哥 你最近能看到我发的信息，请跟我联系，我有个制...
SqlConnection的dispose和close方法差异和using的使用选择
编辑:dnawo 日期:2009-06-16
Close() and Dispose() are basically the same thing on an ADO.NET connection
object for providers shipped by Microsoft, and typically for 3rd party
providers as well (haven't seen one that does it differently, but you never
know :). The only difference is that Dispose also clears the connection
string. Calling only 1 of them is enough - whichever you prefer or applies
more to your scenario (e.g. C# "using" statement calls Dispose).
--
Pablo Castro
Program Manager - ADO.NET Team
Microsoft Corp.
引用微软ADO.Team的经理的话说，sqlconnection的close和dispose实际是做的同一件事，唯一的区别是Dispose方法清空了connectionString，即设置为了null.
上例运行发现，close掉的connection可以重新open，dispose的不行，因为connectionstring清空了，会抛出InvalidOperationException提示The ConnectionString property has not been initialized，但请注意此时sqlconnection对象还在。
如果dispose后给connectionString重新赋值，则不会报错。
由此得出的结论是不管是dispose还是close都不会销毁对象，即不会释放内存，它们会把sqlconnection对象丢到连接池中，那此对象什么时候销毁呢？我觉得应该是connection timeout设置的时间内，如果程序中没有向连接池发出请求说要connection对象，sqlconnection对象便会销毁，这也是连接池存在的意义。
刚开始以为dispose会释放资源清空内存，如果这样的话，连接池不是每次都是要创建新对象，那何来重用connection呢？在网上看到很多人说close比dispose好，我想真正的原因是dispose后的sqlconnection对象要重新初始化连接字符串而已，并不是象某些人说的dispose会释放对象。
所以在try..catch和using的选择上大胆的使用using吧，真正的效率差异我想可能只有百万分之一秒吧（连接池重用该连接对象初始化连接字符串的时间），而且enterprise library中封装的data access层全是用的using，从代码的美观和效率上综合考虑，using好
补充：using不会捕捉其代码快中的异常，只会最后执行dispose方法，相当于finally{dispose}，本文主要是想说明dispose和close的差异，因为using是绝对dispose的，可是如果人为的写try..finally有的人会选择close有的人会选择dispose，实际上在这2者的选择上是有差异的，dispose方法会执行close方法
如有错误，希望高手不吝指正
object for providers shipped by Microsoft, and typically for 3rd party
providers as well (haven't seen one that does it differently, but you never
know :). The only difference is that Dispose also clears the connection
string. Calling only 1 of them is enough - whichever you prefer or applies
more to your scenario (e.g. C# "using" statement calls Dispose).
--
Pablo Castro
Program Manager - ADO.NET Team
Microsoft Corp.
引用微软ADO.Team的经理的话说，sqlconnection的close和dispose实际是做的同一件事，唯一的区别是Dispose方法清空了connectionString，即设置为了null.
复制内容到剪贴板
程序代码
程序代码SqlConnection con = new SqlConnection("Data Source=localhost;Initial Catalog=northwind;User ID=sa;Password=steveg");
con.Open();
con.Close();
con.Open();
con.Dispose();
con.Open();
con.Open();
con.Close();
con.Open();
con.Dispose();
con.Open();
上例运行发现，close掉的connection可以重新open，dispose的不行，因为connectionstring清空了，会抛出InvalidOperationException提示The ConnectionString property has not been initialized，但请注意此时sqlconnection对象还在。
如果dispose后给connectionString重新赋值，则不会报错。
由此得出的结论是不管是dispose还是close都不会销毁对象，即不会释放内存，它们会把sqlconnection对象丢到连接池中，那此对象什么时候销毁呢？我觉得应该是connection timeout设置的时间内，如果程序中没有向连接池发出请求说要connection对象，sqlconnection对象便会销毁，这也是连接池存在的意义。
刚开始以为dispose会释放资源清空内存，如果这样的话，连接池不是每次都是要创建新对象，那何来重用connection呢？在网上看到很多人说close比dispose好，我想真正的原因是dispose后的sqlconnection对象要重新初始化连接字符串而已，并不是象某些人说的dispose会释放对象。
所以在try..catch和using的选择上大胆的使用using吧，真正的效率差异我想可能只有百万分之一秒吧（连接池重用该连接对象初始化连接字符串的时间），而且enterprise library中封装的data access层全是用的using，从代码的美观和效率上综合考虑，using好
补充：using不会捕捉其代码快中的异常，只会最后执行dispose方法，相当于finally{dispose}，本文主要是想说明dispose和close的差异，因为using是绝对dispose的，可是如果人为的写try..finally有的人会选择close有的人会选择dispose，实际上在这2者的选择上是有差异的，dispose方法会执行close方法
复制内容到剪贴板 程序代码
程序代码protected override void Dispose(bool disposing)
{
if (disposing)
{
this._userConnectionOptions = null;
this._poolGroup = null;
this.Close();
}
this.DisposeMe(disposing);
base.Dispose(disposing);
}
{
if (disposing)
{
this._userConnectionOptions = null;
this._poolGroup = null;
this.Close();
}
this.DisposeMe(disposing);
base.Dispose(disposing);
}
如有错误，希望高手不吝指正
上一篇: 如何设置商家宝贝关键词|淘宝关键词
下一篇: HttpUtility.UrlEncode将空格转换成加号引发的问题
文章来自: MoonWalker
引用通告: 查看所有引用 | 我要引用此文章
Tags: 
最新日志:
评论: 0 | 引用: 0 | 查看次数: 3763
发表评论
请登录后再发表评论！
