调用ADO.NET重要特性说明
对于微软出来的调用ADO.NET的使用说明，及MSDN站点都推荐大家使用ADO.NET，用这样的方式来创建Connection，调用ADO.NET会自动执行Connection.dispose()方法，所以能够确保Connetion被及时的关闭。
坚守“ 做人真诚 · 做事靠谱 · 口碑至上 · 高效敬业 ”的价值观，专业网站建设服务10余年为成都成都效果图设计小微创业公司专业提供企业网站制作营销网站建设商城网站建设手机网站建设小程序网站建设网站改版，从内容策划、视觉设计、底层架构、网页布局、功能开发迭代于一体的高端网站建设服务。
那么及时的调用.dispose()真的这么重要么，调用ADO.NET如果一个对象超出了生存空间，在.net中不是会自动被GC(垃圾回收器)自动清理的么？
这个问题其实是由于GC导致的，.net中使用的GC，他对于工作并不像我们这样勤奋。调用ADO.NET只有当外界环境极其恶劣的时候（没有足够的内容分配的时候）他才会动手打扫卫生（清理不使用的对象）。所以对于Connection 即使超出了变量的生命周期，它可能还没有被GC干掉。
依旧未将调用ADO.NET返回给Connection Pool，所以这就导致了下一个连接可能会有调用ADO.NET中没有Available的Connection而从新打开一个新的连接，无端的浪费了多余的性能。所以ADO.net team反复强调要及时的关闭当前的连接。一个***的方法就是使用using{}block 系统会在退出{}的时候自动调用connection.dispose方法，而dispose会自动去执行close方法，释放当前的connection。
其实Connection.dispose方法就是call了一次close方法，所以两者是等同的。也就是说，如果您及时的执行了connection.close()方法，就没有必要必须再把connection包裹在一个using(){}中。#t#
如果使用调用ADO.NET是必需的，那么如果程序结构导致我无法使用using(){}来包裹我的Connection，比如说我的Connection是同一个help类返回的，那我又怎么办呢？
这是一个经常遇到的问题。在这样的环境中，我们无法将整个connection包裹在一个connection中。解决这样的方法有两个，一个就是修改您的代码结构。传入一个ConnectionString来返回调用ADO.NET。另一个方法就是反复检查您的代码，是否及时关闭了Connection。
因为Close的效果与dispose是相同的。但是如果不使用using(){}这个及时关闭Connection的任务就等于是交到了我们自己的手上，而不再由.net framework为我们把关了。
网页题目：调用ADO.NET重要特性说明
文章位置：http://www.hantingmc.com/qtweb/news8/525158.html
网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等
声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联