ASP.NET26個常用性能優(yōu)化方_

1、ASP.NET26個常用性能優(yōu)化方_ 訪問數(shù)據(jù)庫資源需要創(chuàng)建連接、打開連接和關(guān)閉連接幾個操作。這些過程需要多次與數(shù)據(jù)庫交換信息以通過身份驗證，比較耗費服務(wù)器資源。 ASP.NET中供應(yīng)了連接池(Connection Pool)改善打開和關(guān)閉數(shù)據(jù)庫對性能的影響。系統(tǒng)將用戶的數(shù)據(jù)庫連接放在連接池中，需要時取出，關(guān)閉時收回連接，等待下一次的連接懇求。連接池的大小是有限的，假如在連接池達到最大限度后仍要求創(chuàng)建連接，必定大大影響性能。因此，在建立數(shù)據(jù)庫連接后只有在真正需要操作時才打開連接，用法完畢后馬上關(guān)閉，從而盡量削減數(shù)據(jù)庫連接打開的時間，避開消失超出連接限制的狀況。 用法存儲過程 存儲過程是存儲在服

2、務(wù)器上的一組預(yù)編譯的SQL語句，類似于DOS系統(tǒng)中的批處理文件。存儲過程具有對數(shù)據(jù)庫立刻訪問的功能，信息處理極為快速。用法存儲過程可以避開對指令的多次編譯，在執(zhí)行一次后其執(zhí)行規(guī)劃就駐留在高速緩存中，以后需要時只需挺直調(diào)用緩存中的二進制代碼即可。另外，存儲過程在服務(wù)器端運行，獨立于ASP.NET程序，便于修改，最重要的是它可以削減數(shù)據(jù)庫操作語句在網(wǎng)絡(luò)中的傳輸。 優(yōu)化查詢語句 ASP.NET中ADO連接消耗的資源相當大，SQL語句運行的時間越長，占用系統(tǒng)資源的時間也越長。因此，盡量用法優(yōu)化過的SQL語句以削減執(zhí)行時間。比如，不在查詢語句中包含子查詢語句，充分利用索引等。 字符串操作性能優(yōu)化 用法值

3、類型的ToString方法 在連接字符串時，常常用法+號挺直將數(shù)字添加到字符串中。這種方法雖然簡潔，也可以得到正確結(jié)果，但是由于涉及到不同的數(shù)據(jù)類型，數(shù)字需要通過裝箱操作轉(zhuǎn)化為引用類型才可以添加到字符串中。但是裝箱操作對性能影響較大，由于在進行這類處理時，將在托管堆中安排一個新的對象，原有的值復(fù)制到新創(chuàng)建的對象中。用法值類型的ToString方法可以避開裝箱操作，從而提高應(yīng)用程序性能。 運用StringBuilder類 String類對象是不行轉(zhuǎn)變的，對于String對象的重新賦值在本質(zhì)上是重新創(chuàng)建了一個String對象并將新值給予該對象，其方法 ToString對性能的提高并非很顯著。在處理

4、字符串時，最好用法StringBuilder類，其.NET 命名空間是System.Text。該類并非創(chuàng)建新的對象，而是通過Append，Remove，Insert等方法挺直對字符串進行操作，通過 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ù)器計算機和

5、特定應(yīng)用程序的配置文件以符合您的特定需要 默認狀況下，ASP.NET 配置被設(shè)置成啟用最廣泛的功能并盡量適應(yīng)最常見的方案。因此，應(yīng)用程序開發(fā)人員可以依據(jù)應(yīng)用程序所用法的功能，優(yōu)化和更改其中的某些配置，以提高應(yīng)用程序的性能。下面的列表是您應(yīng)當考慮的一些選項。 僅對需要的應(yīng)用程序啟用身份驗證。 默認狀況下，身份驗證模式為 Windows，或集成 NTLM。大多數(shù)狀況下，對于需要身份驗證的應(yīng)用程序，最好在 Machine.config 文件中禁用身份驗證，并在 Web.config 文件中啟用身份驗證。依據(jù)適當?shù)膽┣蠛晚憫?yīng)編碼設(shè)置來配置應(yīng)用程序。ASP.NET 默認編碼格式為 UTF-8。假如您的應(yīng)

6、用程序為嚴格的 ASCII，請配置應(yīng)用程序用法 ASCII 以獲得稍許的性能提高。 考慮對應(yīng)用程序禁用 AutoEventWireup。 在 Machine.config 文件中將 AutoEventWireup 屬性設(shè)置為 false，意味著頁面不將方法名與大事進行匹配和將兩者掛鉤(例如 Page_Load)。假如頁面開發(fā)人員要用法這些大事，需要在基類中重寫這些方法(例如，需要為頁面加載大事重寫 Page.OnLoad，而不是用法 Page_Load 方法)。假如禁用 AutoEventWireup，頁面將通過將大事連接留給頁面而不是自動執(zhí)行它，獲得稍許的性能提升。 從懇求處理管線中移除不用

7、的模塊。 默認狀況下，服務(wù)器計算機的 Machine.config 文件中節(jié)點的全部功能均保留為激活。依據(jù)應(yīng)用程序所用法的功能，您可以從懇求管線中移除不用的模塊以獲得稍許的性能提升。檢查每個模塊及其功能，并按您的需要自定義它。例如，假如您在應(yīng)用程序中不用法會話狀態(tài)和輸出緩存，則可以從列表中移除它們，以便懇求在不執(zhí)行其他有意義的處理時，不必執(zhí)行每個模塊的進入和離開代碼。 肯定要禁用調(diào)試模式 在部署生產(chǎn)應(yīng)用程序或進行任何性能測量之前，始終記住禁用調(diào)試模式。假如啟用了調(diào)試模式，應(yīng)用程序的性能可能受到特別大的影響。 對于廣泛依靠外部資源的應(yīng)用程序，請考慮在多處理器計算機上啟用網(wǎng)絡(luò)園藝 ASP.NET

8、進程模型關(guān)心啟用多處理器計算機上的可縮放性，將工作分發(fā)給多個進程(每個CPU一個)，并且每個進程都將處理器關(guān)系設(shè)置為其 CPU。此技術(shù)稱為網(wǎng)絡(luò)園藝。假如應(yīng)用程序用法較慢的數(shù)據(jù)庫服務(wù)器或調(diào)用具有外部依靠項的 COM 對象(這里只是提及兩種可能性)，則為您的應(yīng)用程序啟用網(wǎng)絡(luò)園藝是有益的。但是，在決定啟用網(wǎng)絡(luò)園藝之前，您應(yīng)當測試應(yīng)用程序在網(wǎng)絡(luò)園中的執(zhí)行狀況。 只要可能，就緩存數(shù)據(jù)和頁輸出 ASP.NET 供應(yīng)了一些簡潔的機制，它們會在不需要為每個頁懇求動態(tài)計算頁輸出或數(shù)據(jù)時緩存這些頁輸出或數(shù)據(jù)。另外，通過設(shè)計要進行緩存的頁和數(shù)據(jù)懇求(格外是在站點中預(yù)期將有較大通訊量的區(qū)域)，可以優(yōu)化這些頁的性能。與

9、 .NET Framework 的任何 Web 窗體功能相比，適當?shù)赜梅ň彺婵梢愿玫奶岣哒军c的性能，有時這種提高是超數(shù)量級的。用法 ASP.NET 緩存機制有兩點需要留意。首先，不要緩存太多項。緩存每個項均有開銷，格外是在內(nèi)存用法方面。不要緩存簡單重新計算和很少用法的項。其次，給緩存的項安排的有效期不要太短。很快到期的項會導(dǎo)致緩存中不必要的周轉(zhuǎn)，并且常常導(dǎo)致更多的代碼清除和垃圾回收工作。若關(guān)懷此問題，請監(jiān)視與 ASP.NET Applications 性能對象關(guān)聯(lián)的 Cache Total Turnover Rate 性能計數(shù)器。高周轉(zhuǎn)率可能說明存在問題，格外是當項在到期前被移除時。這也稱作

10、內(nèi)存壓力。 選擇適合頁面或應(yīng)用程序的數(shù)據(jù)查看機制 依據(jù)您選擇在 Web 窗體頁顯示數(shù)據(jù)的方式，在便利和性能之間經(jīng)常存在著重要的權(quán)衡。例如，DataGrid Web 服務(wù)器控件可能是一種顯示數(shù)據(jù)的便利快捷的方法，但就性能而言它的開銷經(jīng)常是最大的。在某些簡潔的狀況下，您通過生成適當?shù)?HTML 自己呈現(xiàn)數(shù)據(jù)可能很有效，但是自定義和掃瞄器定向會很快抵銷所獲得的額外功效。Repeater Web 服務(wù)器控件是便利和性能的折衷。它高效、可自定義且可編程。 將 SqlDataReader 類用于快速只進數(shù)據(jù)游標 SqlDataReader 類供應(yīng)了一種讀取從 SQL Server 數(shù)據(jù)庫檢索的只進數(shù)據(jù)流的

11、方法。假如當創(chuàng)建 ASP.NET 應(yīng)用程序時消失允許您用法它的狀況，則 SqlDataReader 類供應(yīng)比 DataSet 類更高的性能。狀況之所以這樣，是由于 SqlDataReader 用法 SQL Server 的本機網(wǎng)絡(luò)數(shù)據(jù)傳輸格式從數(shù)據(jù)庫連接挺直讀取數(shù)據(jù)。另外，SqlDataReader 類實現(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 供應(yīng)

12、的全部數(shù)據(jù)訪問方法中，基于 SQL Server 的數(shù)據(jù)訪問是生成高性能、可縮放 Web 應(yīng)用程序的推舉選擇。用法托管 SQL Server 供應(yīng)程序時，可通過用法編譯的存儲過程而不是特別查詢獲得額外的性能提高。 避開單線程單元 (STA) COM 組件 默認狀況下，ASP.NET 不允許任何 STA COM 組件在頁面內(nèi)運行。若要運行它們，必需在 .aspx 文件內(nèi)將 ASPCompat=true 屬性包含在 Page 指令中。這樣就將執(zhí)行用的線程池切換到 STA 線程池，而且使 HttpContext 和其他內(nèi)置對象可用于 COM 對象。前者也是一種性能優(yōu)化，由于它避開了將多線程單元 (MTA) 封送到 STA 線程的任何調(diào)用。用法 STA COM 組件可能大大損害性能，應(yīng)盡量避開。若必需用法 STA COM 組件，如在任何 inter