【推薦】.NET 程式最佳化效能的七個方面

一、資料庫操作

1、用完馬上關閉資料庫連接

　　訪問資料庫資源需要建立串連、開啟串連和關閉串連幾個操作。這些過程需要多次與資料庫交換資訊以通過身分識別驗證，比較耗費伺服器資

源。ASP.NET中提供了串連池（Connection Pool）改善開啟和關閉資料庫對效能的影響。系統將使用者的資料庫連接放在串連池中，需要時取出，關閉時收回串連，等待下一次的串連請求。

　　 串連池的大小是有限的，如果在串連池達到最大限度後仍要求建立串連，必然大大影響效能。因此，在建立資料庫連接後只有在真正需要操作時才開啟串連，使用完畢後馬上關閉，從而盡量減少資料庫連接開啟的時間，避免出現超出串連限制的情況。

用（推薦）
using(SqlConnection Conn=new SqlConnection(connstr))
{}//不必顯示關閉

或
try{conn.Open();}
catch{}
finally{conn.Close();}

2、盡量使用預存程序，並最佳化查詢語句

　　預存程序是儲存在伺服器上的一組先行編譯的SQL語句，類似於DOS系統中的批次檔。預存程序具有對資料庫立即訪問的功能，資訊處理極為迅速。使用預存程序可以避免對命令的多次編譯，在執行一次後其執行規劃就駐留在快取中，以後需要時只需直接調用緩衝中的二進位代碼即可。在 .NET Framework 提供的所有資料存取方法中，基於 SQL Server 的資料訪問是產生高效能、可縮放 Web 應用程式的推薦選擇。使用託管 SQL Server 提供者時，可通過使用編譯的預存程序而不是特殊查詢獲得額外的效能提高。

　　另外，預存程序在伺服器端運行，獨立於ASP.NET程式，便於修改，最重要的是它可以減少資料庫動作陳述式在網路中的傳輸。

　　最佳化查詢語句

　　ASP.NET中ADO串連消耗的資源相當大，SQL語句啟動並執行時間越長，佔用系統資源的時間也越長。因此，盡量使用最佳化過的SQL語句以減少執行時間。比如，不在查詢語句中包含子查詢語句，盡量只返回有用的資料、欄位，充分利用索引等。

3、唯讀資料訪問用SqlDataReader，不要使用DataSet

　　SqlDataReader 類提供了一種讀取從 SQL Server 資料庫檢索的只進資料流的方法。如果當建立 ASP.NET 應用程式時出現允許您使用它的情況，則 SqlDataReader 類提供比 DataSet 類更高的效能。情況之所以這樣，是因為 SqlDataReader 使用 SQL Server 的本機網路資料轉送格式從資料庫連接直接讀取資料。另外，SqlDataReader 類實現 IEnumerable 介面，該介面也允許您將資料繫結到伺服器控制項。DataSet作為一個功能強大的、支援離線的資料庫，其對效能的開銷也相對較大。

Sqldataread優點：讀取資料非常快。如果對返回的資料不需做大量處理的情況下，建議使用SqlDataReader，其效能要比datset好很多。缺點：直到資料讀完才可close掉於資料庫的串連。

Dataset是把資料讀出，緩衝在記憶體中。缺點：對記憶體的佔用較高。如果對返回的資料需做大量的處理用Dataset比較好些可以減少對資料庫的串連操作。優點：只需串連一次就可close於資料庫的串連。

一般情況下,讀取大量資料,對返回資料不做大量處理用SqlDataReader.對返回資料大量處理用datset比較合適.對SqlDataReader和Dataset的選擇取決於程式功能的實現。

4、資料的綁定DataBinder

一般的Binder 方法<%# DataBinder.Eval(Container.DataItem, "欄位名") %>

用DataBinder.eval 綁定不必關心資料來源(read或dataset)。不必關心資料的類型eval會把這個資料對象轉換為一個字串。在底層綁定做了很多工作，使用了反射效能。正因為使用方便了，但卻影響了資料效能。

來看下<%# DataBinder.Eval(Container.DataItem, "欄位名") %>。當於dataset綁定時，DataItem其實式一個DataRowView（如果綁定的是一個資料讀取器（dataread）它就是一個IdataRecord。）因此直接轉換成DataRowView的話，將會給效能帶來很大提升。

<%# ctype(Container.DataItem,DataRowView).Row("欄位名") %>

對資料的綁定建議使用<%# ctype(Container.DataItem,DataRowView).Row("欄位名") %>。使用時注意兩個方面：
1.需在頁面添加<%@ Import namespace="System.Data"%>.
2.注意欄位名的大小寫（要特別注意）。如果和查詢的不一致，在某些情況下會導致比<%# DataBinder.Eval(Container.DataItem, "欄位名") %>還要慢。如果想進一步提高速度，可採用<%# ctype(Container.DataItem,DataRowView).Row(0) %>的方法。不過其可讀性不高。

以上的是vb.net的寫法。在c#中：<%# ((DataRowView)Container.DataItem)["欄位名"] %>

5、返回多個結果集

無論SqlDataReader還是datset，返回多個結果集，然後用rd.NextResult()或ds.Tables[i]來分別處理資料，減少重複串連資料庫的次數。同時盡量用比較高效的SQL代替後續複雜的DataSet二次加工。

二、頁面最佳化

1、不使用不必要的伺服器控制項（Server Control）

ASP.net中，大量的伺服器端控制項方便了程式開發，但也可能帶來效能的損失，因為使用者每操作一次伺服器端控制項，就產生一次與伺服器端的往返過程。因此，非必要，應當少使用Server Control。還有許多其他情況，在這些情況中呈現或資料繫結比使用伺服器控制項更有效，甚至是在使用伺服器控制項範本時。但是，如果要以編程方式動作伺服器控制項的屬性、處理伺服器控制項事件或利用檢視狀態儲存，則使用伺服器控制項是適當的。

所以，盡量選擇html控制項。能在用戶端實現的功能就在用戶端實現(熟練掌握javascript)，減少伺服器的壓力。

2、不使用不必要的ViewState

預設情況下，ASP.Net對所有的Server Control都啟用了ViewState（檢視狀態）。但ViewState需要在用戶端儲存一些資訊，這會造成效能的消耗。當必須使用Server Control時，可以考慮禁止ViewState。
只在必要時儲存伺服器控制項檢視狀態。自動檢視狀態管理是伺服器控制項的功能，該功能使伺服器控制項可以在往返過程上重新填充它們的屬性值（您不需要編寫任何代碼）。但是，因為伺服器控制項的檢視狀態在隱藏的表單欄位中往返於伺服器，所以該功能確實會對效能產生影響。您應該知道在哪些情況下檢視狀態會有所協助，在哪些情況下它影響頁的效能。例如，如果您將伺服器控制項綁定到每個往返過程上的資料，則將用從資料繫結操作獲得的新值替換儲存的檢視狀態。在這種情況下，禁用檢視狀態可以節省處理時間。

預設情況下，為所有伺服器控制項啟用檢視狀態。若要禁用檢視狀態，請將控制項的 EnableViewState 屬性設定為 false，如下面的 DataGrid 伺服器控制項樣本所示。

<asp:datagrid EnableViewState="false" runat="server"/>
您還可以使用 @ Page 指令禁用整個頁的檢視狀態。當您不從頁回傳到伺服器時，這將十分有用： <%@ Page EnableViewState="false" %>

注意 @ Control 指令中也支援 EnableViewState 屬性，該指令允許您控制是否為使用者控制項啟用檢視狀態。
若要分析頁上伺服器控制項使用的檢視狀態的數量，請（通過將 trace="true" 屬性包括在 @ Page 指令中）啟用該頁的跟蹤並查看 Control Hierarchy 表的 Viewstate 列。

3、避免到伺服器的不必要的往返過程

　　雖然您很可能希望盡量多地使用 Web Form頁架構的那些節省時間和代碼的功能，但在某些情況下卻不宜使用 ASP.NET 伺服器控制項和回傳事件處理。

　　通常，只有在檢索或儲存資料時，您才需要啟動到伺服器的往返過程。多數資料操作可在這些往返過程間的用戶端上進行。例如，從 HTML 表單驗證使用者輸入經常可在資料提交到伺服器之前在用戶端進行。通常，如果不需要將資訊傳遞到伺服器以將其儲存在資料庫中，那麼您不應該編寫導致往返過程的代碼。

　　如果您開發自訂伺服器控制項，請考慮讓它們為支援 ECMAScript 的瀏覽器呈現用戶端代碼。通過以這種方式使用伺服器控制項，您可以顯著地減少資訊被不必要的發送到 Web 服務器的次數。

　　使用 Page.IsPostBack 避免對往返過程執行不必要的處理

　　如果您編寫處理伺服器控制項回傳處理的代碼，有時可能需要在首次請求頁時執行其他代碼，而不是當使用者發送包含在該頁中的 HTML 表單時執行的代碼。根據該頁是否是響應伺服器控制項事件產生的，使用 Page.IsPostBack 屬性有條件地執行代碼。例如，下面的代碼示範如何建立資料庫連接和命令，該命令在首次請求該頁時將資料繫結到 DataGrid 伺服器控制項。

void Page_Load(Object sender, EventArgs e)
{
if(!Page.IsPostBack)
{}
}

　　由於每次請求時都執行 Page_Load 事件，上述代碼檢查 IsPostBack 屬性是否設定為 false。如果是，則執行代碼。如果該屬性設定為true，則不執行代碼。

　　注意 如果不運行這種檢查，回傳頁的行為將不更改。Page_Load 事件的代碼在執行伺服器控制項事件之前執行，但只有伺服器控制項事件的結果才可能在輸出頁上呈現。如果不運行該檢查，仍將為 Page_Load 事件和該頁上的任何伺服器控制項事件執行處理。

4、當不使用工作階段狀態時禁用它，並且程式開發中盡量少用Session

　　並不是所有的應用程式或頁都需要針對於具體使用者的工作階段狀態，您應該對任何不需要工作階段狀態的應用程式或頁禁用工作階段狀態。

　　若要禁用頁的工作階段狀態，請將 @ Page 指令中的 EnableSessionState 屬性設定為 false。例如: <%@ Page EnableSessionState="false" %>

　　注意 如果頁需要訪問會話變數，但不打算建立或修改它們，則將 @ Page 指令中的 EnableSessionState 屬性設定為 ReadOnly。

　　 若要禁用應用程式的工作階段狀態，請在應用程式 Web.config 檔案的 sessionstate 配置節中將 mode 屬性設定為 off。例如:<sessionstate mode="off" />

5、合理使用DataGrid(在asp.net2.0中為GridView)控制項

　　DataGrid控制項帶有最強大的資料顯示功能，還內建了對資料的修改、刪除、添加、分頁等很多功能。如果只需簡單的顯示資料， DataGrid並非最佳選擇。DataGrid控制項的分頁功能，資料的儲存方式（儲存在viewstate中）等，雖然讓程式開發人員使用方便快捷，但由此產生的效能開銷不容小視。

　　DataList控制項比DataGrid功能少了很多。但自訂性強了很多。特有的多行資料顯示還是比較方便的。DataGrid能實現的功能，它基本能實現。

　　Repeater控制項功能最少，但自訂性非常強。由於減少了很多功能，對伺服器的效能帶來消耗最小。

　　因此，在只需簡單顯示資料列表時，選擇Repeater或DataList控制項同樣可以達到目的，而且減輕了效能上的開銷。

建議選擇順序：Repeater然後DataList最後DataGrid（GridView）

6、對資料進行分頁

　　ASP.NET的DataGrid(在asp.net2.0中為GridView)有一個非常有用的功能：分頁。如果DataGrid允許分頁，在某一時刻它只下載某一頁的資料，另外，它有一個資料分頁的瀏覽導覽列，它讓你可以選擇瀏覽某一頁，而且每次只下載一頁的資料。

　　但是它有一個小小的缺點，就是你必須把所有的資料都綁定到DataGrid中。也就是說，你的資料層必須返回所有的資料，然後DataGrid再根據當前頁過濾出當前頁所需要的資料顯示出來。如果有一個一萬條記錄的結果集要用DataGrid進行分頁，假設DataGrid每頁只顯示25條資料，那就意味著每次請求都有9975條資料都是要丟棄的。每次請求都要返回這麼大的資料集，對應用程式的效能影響是非常大的。

　　一個好的解決方案是寫一個分頁的預存程序，
如：

CREATE PROCEDURE dbo.sp_DataPages
@Sql nVARCHAR(2000),
@PK varchar(50), --主鍵欄位名（可以是任何資料類型；不能，並且也不需要帶表名首碼，如：不可以是users.id）
@Order varchar(50), --排序方式（帶desc或asc，可以是多個組合；不能，並且也不需要帶表名首碼，如：不可以是users.id desc）
@Page int,
@PageSize int = 30
AS

set nocount on

DECLARE @Str nVARCHAR(4000)

if(@Page=1)
SET @Str= 'Select Top '+ CAST((@PageSize) As VARCHAR(20)) + ' * From ('+ @Sql + ') As table1 Order By table1.' + @Order
else
SET @Str= 'Select Top '+ CAST((@PageSize) As VARCHAR(20)) + ' * From ('+ @Sql + ') As table1 Where table1.' + @PK + ' Not In (Select Top ' + CAST((@PageSize*(@Page-1)) AS VARCHAR(20)) + ' ' + @PK + ' From (' + @Sql + ') As table2 Order By table2.' + @Order + ' ) Order By table1.' + @Order

--print @str
--exec (@Str)
EXEC sp_ExecuteSql @Str

set nocount off

GO

或者，使用sql server 2005中的row_number()函數

declare @sql varchar(8000)

set @sql='select *'
+' from'
+' ('

+' select row_number() over (order by id desc) as rowNumber,*'
+' from Users'
+' where id>0 and name<>'''''

+' )'
+' as table1'

+' where rowNumber between '+str((@page-1)*@pagesize+1)+' AND '+str(@page*@pagesize)
+' order by id desc'

--exec (@sql)
EXEC sp_ExecuteSql @sql

(小技巧：將記錄總數保為Cache或Session來提高分頁效能。)

7、不要禁用 Web Form頁的緩衝

除非有特殊的原因要關閉緩衝，否則使其保持開啟。禁用 Web Form頁的緩衝會導致大量的效能開銷。

啟用頁面輸出的緩衝區（Buffer）
如果Buffer的機制被關閉，可以用下面的方法開啟。
使用程式開啟網頁輸出快取：
Response.BufferOutput = true;

使用@Page開關開啟頁面輸出緩衝機制：
<%@ Page Buffer = "true" %>

使用Web.config或Machine.config設定檔的<pages>節點：
<pages buffer="true"/>

8、設定page的smart navigation屬性

smart navigation設定為true能讓使用者明顯的感覺效能提高。啟用此屬性後對用戶端和服務端影響不大.它能智能重新整理需要重新整理的部分。

在大多數情況下不要在代碼中設定該屬性。
在 .aspx 檔案的 @ Page 指令中將 SmartNavigation 屬性設定為 true。請求該頁時，動態產生的類將設定該屬性。

Internet Explorer 5 或更高版本瀏覽器請求頁時（或稍後），智能導航將通過執行下列功能提高使用者對該頁的操作能力：
消除導航導致的閃爍。
從一頁移動到另一頁時保持滾動位置。
保持導航之間的元素焦點。
在瀏覽器的記錄中只保留最後一頁的狀態。

智能導航最適用於需要頻繁回傳，但是其內容在返回時不會發生顯著更改的 ASP.NET 頁。在決定是否將該屬性設定為 true 時，請仔細考慮這一點。

三、c#（或vb.net）程式改進

1、使用實值型別的ToString方法

　　在連接字串時，經常使用"+"號直接將數字添加到字串中。這種方法雖然簡單，也可以得到正確結果，但是由於涉及到不同的資料類型，數字需要通過裝箱操作轉化為參考型別才可以添加到字串中。但是裝箱操作對效能影響較大，因為在進行這類處理時，將在託管堆中分配一個新的對象，原有的值複製到新建立的對象中。

　　使用實值型別的ToString方法可以避免裝箱操作，從而提高應用程式效能。

int num=1;
string str="go"+num.ToString();

2、運用StringBuilder類

　　String類對象是不可改變的，對於String對象的重新賦值在本質上是重新建立了一個String對象並將新值賦予該對象，其方法ToString對效能的提高並非很顯著。

　　在處理字串時，最好使用StringBuilder類，其.NET 命名空間是System.Text。該類並非建立新的對象，而是通過Append，Remove，Insert等方法直接對字串進行操作，通過ToString方法返回操作結果。

　　其定義及動作陳述式如下所示：

int num;

System.Text.StringBuilder str = new System.Text.StringBuilder(); //建立字串

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

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

3、使用 HttpServerUtility.Transfer 方法在同一應用程式的頁面間重新導向

　　採用 Server.Transfer 文法，在頁面中使用該方法可避免不必要的用戶端重新導向（Response.Redirect）。

4、避免使用ArrayList。

因為任何對象添加到ArrayList都要封箱為System.Object類型，從ArrayList取出資料時，要拆箱回實際的類型。建議使用自訂的集合類型代替ArrayList。asp.net 2.0提供了一個新的類型，叫泛型，這是一個強型別，使用泛型集合就可以避免了封箱和拆箱的發生，提高了效能。

5、使用HashTale代替其他字典集合類型
（如StringDictionary,NameValueCollection,HybridCollection），存放少量資料的時候可以使用HashTable.