對(duì)于微軟出來的調(diào)用ADO.NET的使用說明，及MSDN站點(diǎn)都推薦大家使用ADO.NET，用這樣的方式來創(chuàng)建Connection，調(diào)用ADO.NET會(huì)自動(dòng)執(zhí)行Connection.dispose()方法，所以能夠確保Connetion被及時(shí)的關(guān)閉。

那么及時(shí)的調(diào)用.dispose()真的這么重要么，調(diào)用ADO.NET如果一個(gè)對(duì)象超出了生存空間，在.net中不是會(huì)自動(dòng)被GC(垃圾回收器)自動(dòng)清理的么？

這個(gè)問題其實(shí)是由于GC導(dǎo)致的，.net中使用的GC，他對(duì)于工作并不像我們這樣勤奮。調(diào)用ADO.NET只有當(dāng)外界環(huán)境極其惡劣的時(shí)候（沒有足夠的內(nèi)容分配的時(shí)候）他才會(huì)動(dòng)手打掃衛(wèi)生（清理不使用的對(duì)象）。所以對(duì)于Connection 即使超出了變量的生命周期，它可能還沒有被GC干掉。

依舊未將調(diào)用ADO.NET返回給Connection Pool，所以這就導(dǎo)致了下一個(gè)連接可能會(huì)有調(diào)用ADO.NET中沒有Available的Connection而從新打開一個(gè)新的連接，無(wú)端的浪費(fèi)了多余的性能。所以ADO.net team反復(fù)強(qiáng)調(diào)要及時(shí)的關(guān)閉當(dāng)前的連接。一個(gè)***的方法就是使用using{}block 系統(tǒng)會(huì)在退出{}的時(shí)候自動(dòng)調(diào)用connection.dispose方法，而dispose會(huì)自動(dòng)去執(zhí)行close方法，釋放當(dāng)前的connection。

其實(shí)Connection.dispose方法就是call了一次close方法，所以兩者是等同的。也就是說，如果您及時(shí)的執(zhí)行了connection.close()方法，就沒有必要必須再把connection包裹在一個(gè)using(){}中。#t#

如果使用調(diào)用ADO.NET是必需的，那么如果程序結(jié)構(gòu)導(dǎo)致我無(wú)法使用using(){}來包裹我的Connection，比如說我的Connection是同一個(gè)help類返回的，那我又怎么辦呢？

這是一個(gè)經(jīng)常遇到的問題。在這樣的環(huán)境中，我們無(wú)法將整個(gè)connection包裹在一個(gè)connection中。解決這樣的方法有兩個(gè)，一個(gè)就是修改您的代碼結(jié)構(gòu)。傳入一個(gè)ConnectionString來返回調(diào)用ADO.NET。另一個(gè)方法就是反復(fù)檢查您的代碼，是否及時(shí)關(guān)閉了Connection。

因?yàn)镃lose的效果與dispose是相同的。但是如果不使用using(){}這個(gè)及時(shí)關(guān)閉Connection的任務(wù)就等于是交到了我們自己的手上，而不再由.net framework為我們把關(guān)了。