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

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

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

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

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

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

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

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