則您需要負責(zé)打開 SqlConnection 對象，而且，更重要的是，在查詢結(jié)束時關(guān)閉該對象。如果您忘記了進行關(guān)閉，孤立連接會迅速地積累起來。
監(jiān)視連接數(shù)
為了對孤立連接和發(fā)生溢出的連接池進行測試，我編寫了一個 Web 窗體的示例應(yīng)用程序。此應(yīng)用程序使用的方法與您通常用于從查詢返回數(shù)據(jù)的方法相同。（您可以在 http://www.sqlmag.com 上下載此代碼的 WinForms 版本。）
我使用了清單 1 中的代碼來打開和關(guān)閉到 Web 窗體應(yīng)用程序的連接。標(biāo)注 A 中的例程針對 110 個新的 SqlConnection 對象創(chuàng)建、打開和執(zhí)行查詢 — 比默認的池大小多 10 個連接。您必須在離開該例程之前關(guān)閉和放棄所有這些連接。如果不這樣做，SqlConnection 對象將連同關(guān)聯(lián)的池連接一起被孤立。ADO.NET 池機制 （aka the pooler） 關(guān)閉數(shù)據(jù)庫連接，但不關(guān)閉池連接。我將連接池大小設(shè)置為 10，以便使該程序更快地失敗 — 如果該程序會失敗的話。通常，10 個連接對于一個運行速度象這個查詢一樣快的查詢來說已經(jīng)足夠了。許多開發(fā)人員運行著忙碌的 Web 站點，這些 Web 站點使用不到五個連接來處理每天的幾十萬次點擊。
標(biāo)注 A 中的例程創(chuàng)建 SqlConnection 對象和 SqlCommand 對象，設(shè)置 CommandText，并打開連接。然后，標(biāo)注 B 中的代碼確定執(zhí)行 DataReader 時是否使用 CommandBehavior.CloseConnection，這取決于用戶在 Web 窗體上選擇了哪些 CheckBox 控件。
在標(biāo)注 C 的代碼中，我指定是否將 DataReader 行集綁定到 DataGrid，或者是否在整個行集中進行循環(huán)。標(biāo)注 C 的代碼測試當(dāng)您到達通過 DataReader 從數(shù)據(jù)提供程序傳遞回來的行集的末尾時會發(fā)生什么事情。
現(xiàn)在，我使用標(biāo)注 D 中的代碼來指定是手工關(guān)閉連接還是讓某個其他操作（例如，數(shù)據(jù)綁定）來完成這項工作。坦白地說，以手工方式關(guān)閉連接通常是最安全的，因此，您可以肯定連接不會被孤立。
如果代碼成功地運行到這一步，說明我已經(jīng)成功地打開和關(guān)閉了 110 個連接。不過，如果出了問題，標(biāo)注 E 的代碼中的異常處理程序會將異常（通常是 Timeout）作為 InvalidOperationException 捕獲，該異常是連接池已滿時 ADO.NET 的響應(yīng)方式。
表 1 匯總了各個選項使例程成功運行或失敗的方式。請注意，如果您不設(shè)置 CommandBehavior.CloseConnection 選項，您的操作最終會失敗 — 即使在使用綁定控件的情況下也是如此。即使您使用該選項，但如果您沒有使用復(fù)雜的綁定控件，或者沒有手工關(guān)閉 SqlDataAdapter 或 SqlConnection，該進程仍然會失敗。
當(dāng)我結(jié)束了這些示例應(yīng)用程序的運行后，我已經(jīng)生成了 1000 多個以上的池連接 — 所有連接均處于孤立狀態(tài)。雖然“SQL Server 用戶連接”計數(shù)為 0，但留下大約 40 個連接池。在我重新引導(dǎo)系統(tǒng)之前，孤立的池不會消失。
我用于此測試的示例應(yīng)用程序包括使用 DataAdapter 來返回行的例程。除非您手工管理連接，否則，DataAdapter 將正確地打開和關(guān)閉 SqlConnection 對象，因此，您不太可能遇到孤立的池連接。不過，如果您的應(yīng)用程序同時使用 DataReader 和 DataAdapter，您可能會發(fā)現(xiàn)，如果某個連接與一個未關(guān)閉的 DataReader 相關(guān)聯(lián)，則 DataAdapter 無法針對該連接運行查詢。
確定連接池何時達到最大連接數(shù)
正如我在 "Swimming in the .NET Connection Pool" 一文中討論的那樣，當(dāng)連接池達到您通過 "Max Pool Size ConnectionString" 選項指定的最大連接數(shù)時，ADO.NET 將阻止任何隨后打開額外連接的嘗試。如果某個連接在您在 "ConnectionTimeout 選項中指定的時間之前變?yōu)榭捎?，。NET 數(shù)據(jù)提供程序?qū)⑾蚰膽?yīng)用程序傳遞一個指向該連接的指針，以便將控件返回給應(yīng)用程序。不過，如果沒有及時釋放任何連接，連接請求將引發(fā) InvalidOperationException 異常。
現(xiàn)在您必須決定要采取的措施，我不建議您告訴用戶您已經(jīng)用完了所有連接。有些應(yīng)用程序會通知用戶系統(tǒng)正忙于幫助其他客戶，并建議用戶稍后進行訪問。其他應(yīng)用程序則播放一段動畫，通知用戶系統(tǒng)尚未死鎖，而是正在忙于處理他們的請求。同時，您的代碼重新嘗試操作。在所有情況下，您應(yīng)該記錄這些故障，以便幫助診斷問題的癥結(jié)所在，并記錄您已經(jīng)耗盡了資源。

最新評論