訪問數(shù)據(jù)庫資源需要創(chuàng)建連接、打開連接和關(guān)閉連接幾個操作。這些過程需要多次與數(shù)據(jù)庫交換信息以通過身份驗(yàn)證，比較耗費(fèi)服務(wù)器資源。 ASP.NET中提供了連接池(Connection Pool)改善打開和關(guān)閉數(shù)據(jù)庫對性能的影響。系統(tǒng)將用戶的數(shù)據(jù)庫連接放在連接池中，需要時取出，關(guān)閉時收回連接，等待下一次的連接請求。連接池的大小是有限的，如果在連接池達(dá)到最大限度后仍要求創(chuàng)建連接，必然大大影響性能。因此，在建立數(shù)據(jù)庫連接后只有在真正需要操作時才打開連接，使用完畢后馬上關(guān)閉，從而盡量減少數(shù)據(jù)庫連接打開的時間，避免出現(xiàn)超出連接限制的情況。

使用存儲過程

存儲過程是存儲在服務(wù)器上的一組預(yù)編譯的SQL語句，類似于DOS系統(tǒng)中的批處理文件。存儲過程具有對數(shù)據(jù)庫立即訪問的功能，信息處理極為迅速。使用存儲過程可以避免對命令的多次編譯，在執(zhí)行一次后其執(zhí)行規(guī)劃就駐留在高速緩存中，以后需要時只需直接調(diào)用緩存中的二進(jìn)制代碼即可。另外，存儲過程在服務(wù)器端運(yùn)行，獨(dú)立于ASP.NET程序，便于修改，最重要的是它可以減少數(shù)據(jù)庫操作語句在網(wǎng)絡(luò)中的傳輸。

優(yōu)化查詢語句

ASP.NET中ADO連接消耗的資源相當(dāng)大，SQL語句運(yùn)行的時間越長，占用系統(tǒng)資源的時間也越長。因此，盡量使用優(yōu)化過的SQL語句以減少執(zhí)行時間。比如，不在查詢語句中包含子查詢語句，充分利用索引等。

字符串操作性能優(yōu)化

使用值類型的ToString方法

在連接字符串時，經(jīng)常使用"+"號直接將數(shù)字添加到字符串中。這種方法雖然簡單，也可以得到正確結(jié)果，但是由于涉及到不同的數(shù)據(jù)類型，數(shù)字需要通過裝箱操作轉(zhuǎn)化為引用類型才可以添加到字符串中。但是裝箱操作對性能影響較大，因?yàn)樵谶M(jìn)行這類處理時，將在托管堆中分配一個新的對象，原有的值復(fù)制到新創(chuàng)建的對象中。使用值類型的ToString方法可以避免裝箱操作，從而提高應(yīng)用程序性能。

運(yùn)用StringBuilder類

String類對象是不可改變的，對于String對象的重新賦值在本質(zhì)上是重新創(chuàng)建了一個String對象并將新值賦予該對象，其方法 ToString對性能的提高并非很顯著。在處理字符串時，最好使用StringBuilder類，其.NET 命名空間是System.Text。該類并非創(chuàng)建新的對象，而是通過Append，Remove，Insert等方法直接對字符串進(jìn)行操作，通過 ToString方法返回操作結(jié)果。

其定義及操作語句如下所示：

int num;

System.Text.StringBuilder str = new System.Text.StringBuilder(); //創(chuàng)建字符串

str.Append(num.ToString()); //添加數(shù)值num

Response.Write(str.ToString); //顯示操作結(jié)果

優(yōu)化 Web 服務(wù)器計(jì)算機(jī)和特定應(yīng)用程序的配置文件以符合您的特定需要

默認(rèn)情況下，ASP.NET 配置被設(shè)置成啟用最廣泛的功能并盡量適應(yīng)最常見的方案。因此，應(yīng)用程序開發(fā)人員可以根據(jù)應(yīng)用程序所使用的功能，優(yōu)化和更改其中的某些配置，以提高應(yīng)用程序的性能。下面的列表是您應(yīng)該考慮的一些選項(xiàng)。

僅對需要的應(yīng)用程序啟用身份驗(yàn)證。

默認(rèn)情況下，身份驗(yàn)證模式為 Windows，或集成 NTLM。大多數(shù)情況下，對于需要身份驗(yàn)證的應(yīng)用程序，最好在 Machine.config 文件中禁用身份驗(yàn)證，并在 Web.config 文件中啟用身份驗(yàn)證。根據(jù)適當(dāng)?shù)恼埱蠛晚憫?yīng)編碼設(shè)置來配置應(yīng)用程序。ASP.NET 默認(rèn)編碼格式為 UTF-8。如果您的應(yīng)用程序?yàn)閲?yán)格的 ASCII，請配置應(yīng)用程序使用 ASCII 以獲得稍許的性能提高。

考慮對應(yīng)用程序禁用 AutoEventWireup。

在 Machine.config 文件中將 AutoEventWireup 屬性設(shè)置為 false，意味著頁面不將方法名與事件進(jìn)行匹配和將兩者掛鉤(例如 Page_Load)。如果頁面開發(fā)人員要使用這些事件，需要在基類中重寫這些方法(例如，需要為頁面加載事件重寫 Page.OnLoad，而不是使用 Page_Load 方法)。如果禁用 AutoEventWireup，頁面將通過將事件連接留給頁面作者而不是自動執(zhí)行它，獲得稍許的性能提升。

從請求處理管線中移除不用的模塊。

默認(rèn)情況下，服務(wù)器計(jì)算機(jī)的 Machine.config 文件中節(jié)點(diǎn)的所有功能均保留為激活。根據(jù)應(yīng)用程序所使用的功能，您可以從請求管線中移除不用的模塊以獲得稍許的性能提升。檢查每個模塊及其功能，并按您的需要自定義它。例如，如果您在應(yīng)用程序中不使用會話狀態(tài)和輸出緩存，則可以從列表中移除它們，以便請求在不執(zhí)行其他有意義的處理時，不必執(zhí)行每個模塊的進(jìn)入和離開代碼。

一定要禁用調(diào)試模式

在部署生產(chǎn)應(yīng)用程序或進(jìn)行任何性能測量之前，始終記住禁用調(diào)試模式。如果啟用了調(diào)試模式，應(yīng)用程序的性能可能受到非常大的影響。

對于廣泛依賴外部資源的應(yīng)用程序，請考慮在多處理器計(jì)算機(jī)上啟用網(wǎng)絡(luò)園藝

ASP.NET 進(jìn)程模型幫助啟用多處理器計(jì)算機(jī)上的可縮放性，將工作分發(fā)給多個進(jìn)程(每個CPU一個)，并且每個進(jìn)程都將處理器關(guān)系設(shè)置為其 CPU。此技術(shù)稱為網(wǎng)絡(luò)園藝。如果應(yīng)用程序使用較慢的數(shù)據(jù)庫服務(wù)器或調(diào)用具有外部依賴項(xiàng)的 COM 對象(這里只是提及兩種可能性)，則為您的應(yīng)用程序啟用網(wǎng)絡(luò)園藝是有益的。但是，在決定啟用網(wǎng)絡(luò)園藝之前，您應(yīng)該測試應(yīng)用程序在網(wǎng)絡(luò)園中的執(zhí)行情況。

只要可能，就緩存數(shù)據(jù)和頁輸出

ASP.NET 提供了一些簡單的機(jī)制，它們會在不需要為每個頁請求動態(tài)計(jì)算頁輸出或數(shù)據(jù)時緩存這些頁輸出或數(shù)據(jù)。另外，通過設(shè)計(jì)要進(jìn)行緩存的頁和數(shù)據(jù)請求(特別是在站點(diǎn)中預(yù)期將有較大通訊量的區(qū)域)，可以優(yōu)化這些頁的性能。與 .NET Framework 的任何 Web 窗體功能相比，適當(dāng)?shù)厥褂镁彺婵梢愿玫奶岣哒军c(diǎn)的性能，有時這種提高是超數(shù)量級的。使用 ASP.NET 緩存機(jī)制有兩點(diǎn)需要注意。首先，不要緩存太多項(xiàng)。緩存每個項(xiàng)均有開銷，特別是在內(nèi)存使用方面。不要緩存容易重新計(jì)算和很少使用的項(xiàng)。其次，給緩存的項(xiàng)分配的有效期不要太短。很快到期的項(xiàng)會導(dǎo)致緩存中不必要的周轉(zhuǎn)，并且經(jīng)常導(dǎo)致更多的代碼清除和垃圾回收工作。若關(guān)心此問題，請監(jiān)視與 ASP.NET Applications 性能對象關(guān)聯(lián)的 Cache Total Turnover Rate 性能計(jì)數(shù)器。高周轉(zhuǎn)率可能說明存在問題，特別是當(dāng)項(xiàng)在到期前被移除時。這也稱作內(nèi)存壓力。

選擇適合頁面或應(yīng)用程序的數(shù)據(jù)查看機(jī)制

根據(jù)您選擇在 Web 窗體頁顯示數(shù)據(jù)的方式，在便利和性能之間常常存在著重要的權(quán)衡。例如，DataGrid Web 服務(wù)器控件可能是一種顯示數(shù)據(jù)的方便快捷的方法，但就性能而言它的開銷常常是最大的。在某些簡單的情況下，您通過生成適當(dāng)?shù)?HTML 自己呈現(xiàn)數(shù)據(jù)可能很有效，但是自定義和瀏覽器定向會很快抵銷所獲得的額外功效。Repeater Web 服務(wù)器控件是便利和性能的折衷。它高效、可自定義且可編程。

將 SqlDataReader 類用于快速只進(jìn)數(shù)據(jù)游標(biāo)

SqlDataReader 類提供了一種讀取從 SQL Server 數(shù)據(jù)庫檢索的只進(jìn)數(shù)據(jù)流的方法。如果當(dāng)創(chuàng)建 ASP.NET 應(yīng)用程序時出現(xiàn)允許您使用它的情況，則 SqlDataReader 類提供比 DataSet 類更高的性能。情況之所以這樣，是因?yàn)?SqlDataReader 使用 SQL Server 的本機(jī)網(wǎng)絡(luò)數(shù)據(jù)傳輸格式從數(shù)據(jù)庫連接直接讀取數(shù)據(jù)。另外，SqlDataReader 類實(shí)現(xiàn) IEnumerable 接口，該接口也允許您將數(shù)據(jù)綁定到服務(wù)器控件。有關(guān)更多信息，請參見 SqlDataReader 類。有關(guān) ASP.NET 如何訪問數(shù)據(jù)的信息，請參見通過 ASP.NET 訪問數(shù)據(jù)。

將 SQL Server 存儲過程用于數(shù)據(jù)訪問

在 .NET Framework 提供的所有數(shù)據(jù)訪問方法中，基于 SQL Server 的數(shù)據(jù)訪問是生成高性能、可縮放 Web 應(yīng)用程序的推薦選擇。使用托管 SQL Server 提供程序時，可通過使用編譯的存儲過程而不是特殊查詢獲得額外的性能提高。

避免單線程單元 (STA) COM 組件

默認(rèn)情況下，ASP.NET 不允許任何 STA COM 組件在頁面內(nèi)運(yùn)行。若要運(yùn)行它們，必須在 .aspx 文件內(nèi)將 ASPCompat=true 屬性包含在 @ Page 指令中。這樣就將執(zhí)行用的線程池切換到 STA 線程池，而且使 HttpContext 和其他內(nèi)置對象可用于 COM 對象。前者也是一種性能優(yōu)化，因?yàn)樗苊饬藢⒍嗑€程單元 (MTA) 封送到 STA 線程的任何調(diào)用。使用 STA COM 組件可能大大損害性能，應(yīng)盡量避免。若必須使用 STA COM 組件，如在任何 interop 方案中，則應(yīng)在執(zhí)行期間進(jìn)行大量調(diào)用并在每次調(diào)用期間發(fā)送盡可能多的信息。另外，小心不要在構(gòu)造頁面期間創(chuàng)建任何 STA COM 組件。例如下面的代碼中，在頁面構(gòu)造時將實(shí)例化由某個線程創(chuàng)建的 MySTAComponent，而該線程并不是將運(yùn)行頁面的 STA 線程。這可能對性能有不利影響，因?yàn)橐獦?gòu)造頁面就必須完成 MTA 和 STA 線程之間的封送處理。

更多信息請查看IT技術(shù)專欄