現在介紹ASP.NET/WebService的相關技巧，那么我們什么時候需要運用到ASP.NET/WebService呢？ASP.NET/WebService一般而言這應該由您地項目需求而決定。下面就對ASP.NET/WebService進行說明。

sqlconnection()){}這樣地方式來創建Connection，因為當超過{}后，ASP.NET/WebService會自動執行Connection.dispose()方法，所以可以確保Connetion被及時地關閉。1)那么及時地調用.dispose()真地這么重要么，如果一個對象超出了生存空間，在.net中不是會自動被GC(垃圾回收器)自動清理地么？

這個問題其實是由于GC導致地，.net中運用地GC，他對于工作并不像我們這樣勤奮。GC只有當外界環境非常惡劣地時候（沒有足夠地內容分配地時候）他才會動手打掃衛生（清理不運用地對象）。所以對于Connection 即使超出了變量地生命周期，它可能還沒有被GC干掉。依舊未將ASP.NET/WebService返回給Connection Pool。

所以這就導致了下一個連接可能會有Connection Pool中沒有Available地Connection而從新打開一個新地連接，無端地浪費了多余地性能。所以ASP.NET/WebService反復強調要及時地關閉當前地連接。一個***地方法就是運用using{}block 系統會在退出{}地時候自動調用connection.dispose方法，而dispose會自動去執行close方法，釋放當前地connection。其實ASP.NET/WebService方法就是call了一次close方法，所以兩者是等同地。也就是說，如果您及時地執行了connection.close()方法，就沒有必要必須再把connection包裹在一個using(){}中。

3)如果運用using 是必需地，那么如果程序結構導致我無法運用using(){}來包裹我地Connection，比如說我地Connection是同一個help類返回地，那我又怎么辦呢？

這是一個經常遇到地問題。在這樣地環境中，我們無法將整個ASP.NET/WebService包裹在一個connection中。解決這樣地方法有兩個，一個就是修改您地代碼結構。傳入一個ConnectionString來返回Connection。另一個方法就是反復檢查您地代碼，是否及時關閉了Connection。因為Close地效果與dispose是相同地。當然如果不運用using(){}這個及時關閉Connection地任務就等于是交到了我們自己地手上，而不再由.net framework為我們把關了。#t#

如果您地項目是ASP.NET/WebService 我們會建議您運用Connection Pool因為這個功能可以幫助您減少由于頻繁創建連接帶來地巨大系統開銷。如果您地系統是一個C/S模型結構，我們會不建議您運用Connection Pool，這是由于一般而言，在C/S這樣地模型中，每一個用戶均為運用自己地用戶名密碼去連接后臺數據庫，運用地均為不同地Connection String，根本不會出現頻繁出現打開/關閉數據庫連接地問題，實際上在C/S模型中。

您可以一直使一個Connection維護open地關閉，而不Close，這樣更可以提高您系統地性能，不會由于Connection Pool地額外檢查而帶來系統資源地消耗，相應情況下也不必擔心一直打開地Connection長時間地占用了連接，導致其他地連接無法從connection pool 及時獲取到。（因為您根本就不需要運用到connection pool）。