本來對於C#的GC有諸多爭議，像我這樣從偽C++程式設計師轉過來的，自然對於靠第三方回收堆上物件的行為，感到一種恐懼和無力。但是，既然Java和C#都有GC，總還認為是可靠的，但是，誰知道這個可靠的GC缺出問題了。

案例：同事做的一個操作資料庫的B/S小程式出問題了，前臺asp.net，資料庫SQL2k，操作資料庫用了ADO.net，操作幾次之後，頁面報錯，Debug時發現asp.net報錯的大意為在connection時連線池超過了等待時間。

我們首先懷疑資料庫連線太多，但是查詢分析器直接連線資料庫正常。

其次，懷疑asp.net的連線池出錯，在連線字串加了min和max之後，發現問題仍然存在。

再次，查原始碼，同事說這是網上共享的原始碼，邏輯很簡單，看了之後，第一反應就是隻有connection.Open，沒有Close()；轉念一想，C#不是有GC麼，另外在部落格園的部落格中也有人提到使用using強制是否資源，對Linq to SQL，有時候會產生意想不到的問題，不建議。作為C#二把刀的我，類比到ADO.net 想來也應該是讓GC來回收資源比較好。

結果查了半天，沒有發現問題所在，只能再次加大了連線池的max，問題仍然會出現。

之後，翻閱了網上關於連線池的資料，提到

1、GC的回收是針對惡劣環境才進行的。

2、GC只回收託管資源，不回收非託管資源

3、對於連線池，在Connection.Open的時候，ado.net直接問連線池要現有連線，如果沒有空閒的 ，則等待，超過等待時間，則返回time expired。

GC沒有按照作用域回收資源->Connection沒有關閉->連線池連線全部處於使用->新增Connection.Open請求失敗，於是time expired

因此，正好手頭有個專案是用ADO.net，從此發現GC也不可靠，還是手動來吧。

特此記錄，可以自動釋放資源的操作

1、

SqlDataReader dr= myCommand.ExecuteReader(CommandBehavior.CloseConnection)

關聯的conn需要手動開啟，但是SqlDataReader讀完後自動關閉。

2、

SqlDataAdapter

對於關聯的conn,在SqlDataAdapter.Fill()時會自動開啟，完畢後會自動關閉。

一般程式對於SqlDataAdapter建議手動Dispose()原因不明。

3、

SqlConnection

用完一定要Close()或者Dispose()，差別是Close的可以Open，Dispose的不能了，因為ConnectionString=String.Empty了，見傳送門