ADO.NET連接測試怎么實現

這篇文章主要介紹“ADO.NET連接測試怎么實現”，在日常操作中，相信很多人在ADO.NET連接測試怎么實現問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”ADO.NET連接測試怎么實現”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

為了對孤立連接和發生溢出的ADO.NET連接測試，我編寫了一個 Web 窗體的示例應用程序。此應用程序使用的方法與您通常用于從查詢返回數據的方法相同。

我使用了清單 1 中的代碼來打開和關閉到 Web 窗體應用程序的連接。標注 A 中的例程針對 110 個新的 SqlConnection 對象創建、打開和執行查詢 — 比默認的池大小多 10 個連接。您必須在離開該例程之前關閉和放棄所有這些連接。如果不這樣做，SqlConnection 對象將連同關聯的池連接一起被孤立。ADO.NET 池機制 (aka the pooler) 關閉數據庫連接，但不關閉池連接。我將連接池大小設置為 10，以便使該程序更快地失敗 — 如果該程序會失敗的話。通常，10 個連接對于一個運行速度象這個查詢一樣快的查詢來說已經足夠了。許多開發人員運行著忙碌的 Web 站點，這些 Web 站點使用不到五個連接來處理每天的幾十萬次點擊。

標注 A 中的例程創建 SqlConnection 對象和 SqlCommand 對象，設置 CommandText，并打開連接。然后，標注 B 中的代碼確定執行 DataReader 時是否使用 CommandBehavior.CloseConnection，這取決于用戶在 Web 窗體上選擇了哪些 CheckBox 控件。

在標注 C 的代碼中，我指定是否將 DataReader 行集綁定到 DataGrid，或者是否在整個行集中進行循環。標注 C 的代碼測試當您到達通過 DataReader 從數據提供程序傳遞回來的行集的末尾時會發生什么事情。

現在，我使用標注 D 中的代碼來指定是手工關閉連接還是讓某個其他操作（例如，數據綁定）來完成這項工作。坦白地說，以手工方式關閉連接通常是最安全的，因此，您可以肯定連接不會被孤立。

如果代碼成功地運行到這一步，說明我已經成功地打開和關閉了 110 個連接。不過，如果出了問題，標注 E 的代碼中的異常處理程序會將異常（通常是 Timeout）作為 InvalidOperationException 捕獲，該異常是連接池已滿時 ADO.NET 的響應方式。

匯總了各個選項使例程成功運行或失敗的方式。請注意，如果您不設置 CommandBehavior.CloseConnection 選項，您的操作最終會失敗 — 即使在使用綁定控件的情況下也是如此。即使您使用該選項，但如果您沒有使用復雜的綁定控件，或者沒有手工關閉 SqlDataAdapter 或 SqlConnection，該進程仍然會失敗。

當我結束了這些示例應用程序的運行后，我已經生成了 1000 多個以上的池連接 — 所有連接均處于孤立狀態。雖然“SQL Server 用戶連接”計數為 0，但留下大約 40 個連接池。在我重新引導系統之前，孤立的池不會消失。

我用于此測試的示例應用程序包括使用 DataAdapter 來返回行的例程。除非您手工管理連接，否則，DataAdapter 將正確地打開和關閉 SqlConnection 對象，因此，您不太可能遇到孤立的池連接。不過，如果您的應用程序同時使用 DataReader 和 DataAdapter，您可能會發現，如果某個連接與一個未關閉的 DataReader 相關聯，則 DataAdapter 無法針對該連接運行查詢。

到此，關于“ADO.NET連接測試怎么實現”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！