一、數(shù)據(jù)庫(kù)操作
1、用完馬上關(guān)閉數(shù)據(jù)庫(kù)連接
訪問(wèn)數(shù)據(jù)庫(kù)資源需要?jiǎng)?chuàng)建連接、打開(kāi)連接和關(guān)閉連接幾個(gè)操作。這些過(guò)程需要多次與數(shù)據(jù)庫(kù)交換信息以通過(guò)身份驗(yàn)證，比較耗費(fèi)服務(wù)器資
源。ASP.NET中提供了連接池（Connection Pool）改善打開(kāi)和關(guān)閉數(shù)據(jù)庫(kù)對(duì)性能的影響。系統(tǒng)將用戶的數(shù)據(jù)庫(kù)連接放在連接池中，需要時(shí)取出，關(guān)閉時(shí)收回連接，等待下一次的連接請(qǐng)求。
連接池的大小是有限的，如果在連接池達(dá)到最大限度后仍要求創(chuàng)建連接，必然大大影響性能。因此，在建立數(shù)據(jù)庫(kù)連接后只有在真正需要操作時(shí)才打開(kāi)連接，使用完畢后馬上關(guān)閉，從而盡量減少數(shù)據(jù)庫(kù)連接打開(kāi)的時(shí)間，避免出現(xiàn)超出連接限制的情況。
用（推薦）
using(SqlConnection Conn=new SqlConnection(connstr))
{}//不必顯示關(guān)閉
或
try{conn.Open();}
catch{}
finally{conn.Close();}
2、盡量使用存儲(chǔ)過(guò)程，并優(yōu)化查詢語(yǔ)句
存儲(chǔ)過(guò)程是存儲(chǔ)在服務(wù)器上的一組預(yù)編譯的SQL語(yǔ)句，類(lèi)似于DOS系統(tǒng)中的批處理文件。存儲(chǔ)過(guò)程具有對(duì)數(shù)據(jù)庫(kù)立即訪問(wèn)的功能，信息處理極為迅速。使用存儲(chǔ)過(guò)程可以避免對(duì)命令的多次編譯，在執(zhí)行一次后其執(zhí)行規(guī)劃就駐留在高速緩存中，以后需要時(shí)只需直接調(diào)用緩存中的二進(jìn)制代碼即可。在 .NET Framework 提供的所有數(shù)據(jù)訪問(wèn)方法中，基于 SQL Server 的數(shù)據(jù)訪問(wèn)是生成高性能、可縮放 Web 應(yīng)用程序的推薦選擇。使用托管 SQL Server 提供程序時(shí)，可通過(guò)使用編譯的存儲(chǔ)過(guò)程而不是特殊查詢獲得額外的性能提高。
另外，存儲(chǔ)過(guò)程在服務(wù)器端運(yùn)行，獨(dú)立于ASP.NET程序，便于修改，最重要的是它可以減少數(shù)據(jù)庫(kù)操作語(yǔ)句在網(wǎng)絡(luò)中的傳輸。
優(yōu)化查詢語(yǔ)句
ASP.NET中ADO連接消耗的資源相當(dāng)大，SQL語(yǔ)句運(yùn)行的時(shí)間越長(zhǎng)，占用系統(tǒng)資源的時(shí)間也越長(zhǎng)。因此，盡量使用優(yōu)化過(guò)的SQL語(yǔ)句以減少執(zhí)行時(shí)間。比如，不在查詢語(yǔ)句中包含子查詢語(yǔ)句，盡量只返回有用的數(shù)據(jù)、字段，充分利用索引等。
3、只讀數(shù)據(jù)訪問(wèn)用SqlDataReader，不要使用DataSet
SqlDataReader 類(lèi)提供了一種讀取從 SQL Server 數(shù)據(jù)庫(kù)檢索的只進(jìn)數(shù)據(jù)流的方法。如果當(dāng)創(chuàng)建 ASP.NET 應(yīng)用程序時(shí)出現(xiàn)允許您使用它的情況，則 SqlDataReader 類(lèi)提供比 DataSet 類(lèi)更高的性能。情況之所以這樣，是因?yàn)?SqlDataReader 使用 SQL Server 的本機(jī)網(wǎng)絡(luò)數(shù)據(jù)傳輸格式從數(shù)據(jù)庫(kù)連接直接讀取數(shù)據(jù)。另外，SqlDataReader 類(lèi)實(shí)現(xiàn) IEnumerable 接口，該接口也允許您將數(shù)據(jù)綁定到服務(wù)器控件。DataSet作為一個(gè)功能強(qiáng)大的、支持離線的數(shù)據(jù)庫(kù)，其對(duì)性能的開(kāi)銷(xiāo)也相對(duì)較大。
Sqldataread優(yōu)點(diǎn)：讀取數(shù)據(jù)非?？臁Ｈ绻麑?duì)返回的數(shù)據(jù)不需做大量處理的情況下，建議使用SqlDataReader，其性能要比datset好很多。缺點(diǎn)：直到數(shù)據(jù)讀完才可close掉于數(shù)據(jù)庫(kù)的連接。
Dataset是把數(shù)據(jù)讀出，緩存在內(nèi)存中。缺點(diǎn)：對(duì)內(nèi)存的占用較高。如果對(duì)返回的數(shù)據(jù)需做大量的處理用Dataset比較好些可以減少對(duì)數(shù)據(jù)庫(kù)的連接操作。優(yōu)點(diǎn)：只需連接一次就可close于數(shù)據(jù)庫(kù)的連接。
一般情況下,讀取大量數(shù)據(jù),對(duì)返回?cái)?shù)據(jù)不做大量處理用SqlDataReader.對(duì)返回?cái)?shù)據(jù)大量處理用datset比較合適.對(duì)SqlDataReader和Dataset的選擇取決于程序功能的實(shí)現(xiàn)。
4、數(shù)據(jù)的綁定DataBinder
一般的綁定方法<%# DataBinder.Eval(Container.DataItem, "字段名") %>
用DataBinder.eval 綁定不必關(guān)心數(shù)據(jù)來(lái)源(read或dataset)。不必關(guān)心數(shù)據(jù)的類(lèi)型eval會(huì)把這個(gè)數(shù)據(jù)對(duì)象轉(zhuǎn)換為一個(gè)字符串。在底層綁定做了很多工作，使用了反射性能。正因?yàn)槭褂梅奖懔?，但卻影響了數(shù)據(jù)性能。
來(lái)看下<%# DataBinder.Eval(Container.DataItem, "字段名") %>。當(dāng)于dataset綁定時(shí)，DataItem其實(shí)式一個(gè)DataRowView（如果綁定的是一個(gè)數(shù)據(jù)讀取器（dataread）它就是一個(gè)IdataRecord。）因此直接轉(zhuǎn)換成DataRowView的話，將會(huì)給性能帶來(lái)很大提升。
<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>
對(duì)數(shù)據(jù)的綁定建議使用<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>。使用時(shí)注意兩個(gè)方面：
1.需在頁(yè)面添加<%@ Import namespace="System.Data"%>.
2.注意字段名的大小寫(xiě)（要特別注意）。如果和查詢的不一致，在某些情況下會(huì)導(dǎo)致比<%# DataBinder.Eval(Container.DataItem, "字段名") %>還要慢。如果想進(jìn)一步提高速度，可采用<%# ctype(Container.DataItem,DataRowView).Row(0) %>的方法。不過(guò)其可讀性不高。
以上的是vb.net的寫(xiě)法。在c#中：<%# ((DataRowView)Container.DataItem)["字段名"] %>
5、返回多個(gè)結(jié)果集
無(wú)論SqlDataReader還是datset，返回多個(gè)結(jié)果集，然后用rd.NextResult()或ds.Tables[i]來(lái)分別處理數(shù)據(jù)，減少重復(fù)連接數(shù)據(jù)庫(kù)的次數(shù)。同時(shí)盡量用比較高效的SQL代替后續(xù)復(fù)雜的DataSet二次加工。
二、頁(yè)面優(yōu)化
1、不使用不必要的服務(wù)器控件（Server Control）
ASP.net中，大量的服務(wù)器端控件方便了程序開(kāi)發(fā)，但也可能帶來(lái)性能的損失，因?yàn)橛脩裘坎僮饕淮畏?wù)器端控件，就產(chǎn)生一次與服務(wù)器端的往返過(guò)程。因此，非必要，應(yīng)當(dāng)少使用Server Control。還有許多其他情況，在這些情況中呈現(xiàn)或數(shù)據(jù)綁定比使用服務(wù)器控件更有效，甚至是在使用服務(wù)器控件模板時(shí)。但是，如果要以編程方式操作服務(wù)器控件的屬性、處理服務(wù)器控件事件或利用視圖狀態(tài)保存，則使用服務(wù)器控件是適當(dāng)?shù)摹?/p>
所以，盡量選擇html控件。能在客戶端實(shí)現(xiàn)的功能就在客戶端實(shí)現(xiàn)(熟練掌握javascript)，減少服務(wù)器的壓力。
2、不使用不必要的ViewState
默認(rèn)情況下，ASP.Net對(duì)所有的Server Control都啟用了ViewState（視圖狀態(tài)）。但ViewState需要在客戶端保存一些信息，這會(huì)造成性能的消耗。當(dāng)必須使用Server Control時(shí)，可以考慮禁止ViewState。
只在必要時(shí)保存服務(wù)器控件視圖狀態(tài)。自動(dòng)視圖狀態(tài)管理是服務(wù)器控件的功能，該功能使服務(wù)器控件可以在往返過(guò)程上重新填充它們的屬性值（您不需要編寫(xiě)任何代碼）。但是，因?yàn)榉?wù)器控件的視圖狀態(tài)在隱藏的窗體字段中往返于服務(wù)器，所以該功能確實(shí)會(huì)對(duì)性能產(chǎn)生影響。您應(yīng)該知道在哪些情況下視圖狀態(tài)會(huì)有所幫助，在哪些情況下它影響頁(yè)的性能。例如，如果您將服務(wù)器控件綁定到每個(gè)往返過(guò)程上的數(shù)據(jù)，則將用從數(shù)據(jù)綁定操作獲得的新值替換保存的視圖狀態(tài)。在這種情況下，禁用視圖狀態(tài)可以節(jié)省處理時(shí)間。
默認(rèn)情況下，為所有服務(wù)器控件啟用視圖狀態(tài)。若要禁用視圖狀態(tài)，請(qǐng)將控件的 EnableViewState 屬性設(shè)置為 false，如下面的 DataGrid 服務(wù)器控件示例所示。
<asp:datagrid EnableViewState="false" runat="server"/>
您還可以使用 @ Page 指令禁用整個(gè)頁(yè)的視圖狀態(tài)。當(dāng)您不從頁(yè)回發(fā)到服務(wù)器時(shí)，這將十分有用： <%@ Page EnableViewState="false" %>
注意 @ Control 指令中也支持 EnableViewState 屬性，該指令允許您控制是否為用戶控件啟用視圖狀態(tài)。
若要分析頁(yè)上服務(wù)器控件使用的視圖狀態(tài)的數(shù)量，請(qǐng)（通過(guò)將 trace="true" 屬性包括在 @ Page 指令中）啟用該頁(yè)的跟蹤并查看 Control Hierarchy 表的 Viewstate 列。
3、避免到服務(wù)器的不必要的往返過(guò)程
雖然您很可能希望盡量多地使用 Web 窗體頁(yè)框架的那些節(jié)省時(shí)間和代碼的功能，但在某些情況下卻不宜使用 ASP.NET 服務(wù)器控件和回發(fā)事件處理。
通常，只有在檢索或存儲(chǔ)數(shù)據(jù)時(shí)，您才需要啟動(dòng)到服務(wù)器的往返過(guò)程。多數(shù)數(shù)據(jù)操作可在這些往返過(guò)程間的客戶端上進(jìn)行。例如，從 HTML 窗體驗(yàn)證用戶輸入經(jīng)?？稍跀?shù)據(jù)提交到服務(wù)器之前在客戶端進(jìn)行。通常，如果不需要將信息傳遞到服務(wù)器以將其存儲(chǔ)在數(shù)據(jù)庫(kù)中，那么您不應(yīng)該編寫(xiě)導(dǎo)致往返過(guò)程的代碼。
如果您開(kāi)發(fā)自定義服務(wù)器控件，請(qǐng)考慮讓它們?yōu)橹С?ECMAScript 的瀏覽器呈現(xiàn)客戶端代碼。通過(guò)以這種方式使用服務(wù)器控件，您可以顯著地減少信息被不必要的發(fā)送到 Web 服務(wù)器的次數(shù)。
使用 Page.IsPostBack 避免對(duì)往返過(guò)程執(zhí)行不必要的處理
如果您編寫(xiě)處理服務(wù)器控件回發(fā)處理的代碼，有時(shí)可能需要在首次請(qǐng)求頁(yè)時(shí)執(zhí)行其他代碼，而不是當(dāng)用戶發(fā)送包含在該頁(yè)中的 HTML 窗體時(shí)執(zhí)行的代碼。根據(jù)該頁(yè)是否是響應(yīng)服務(wù)器控件事件生成的，使用 Page.IsPostBack 屬性有條件地執(zhí)行代碼。例如，下面的代碼演示如何創(chuàng)建數(shù)據(jù)庫(kù)連接和命令，該命令在首次請(qǐng)求該頁(yè)時(shí)將數(shù)據(jù)綁定到 DataGrid 服務(wù)器控件。
void Page_Load(Object sender, EventArgs e)
{
if(!Page.IsPostBack)
{}
}
由于每次請(qǐng)求時(shí)都執(zhí)行 Page_Load 事件，上述代碼檢查 IsPostBack 屬性是否設(shè)置為 false。如果是，則執(zhí)行代碼。如果該屬性設(shè)置為true，則不執(zhí)行代碼。
注意 如果不運(yùn)行這種檢查，回發(fā)頁(yè)的行為將不更改。Page_Load 事件的代碼在執(zhí)行服務(wù)器控件事件之前執(zhí)行，但只有服務(wù)器控件事件的結(jié)果才可能在輸出頁(yè)上呈現(xiàn)。如果不運(yùn)行該檢查，仍將為 Page_Load 事件和該頁(yè)上的任何服務(wù)器控件事件執(zhí)行處理。
4、當(dāng)不使用會(huì)話狀態(tài)時(shí)禁用它，并且程序開(kāi)發(fā)中盡量少用Session
并不是所有的應(yīng)用程序或頁(yè)都需要針對(duì)于具體用戶的會(huì)話狀態(tài)，您應(yīng)該對(duì)任何不需要會(huì)話狀態(tài)的應(yīng)用程序或頁(yè)禁用會(huì)話狀態(tài)。
若要禁用頁(yè)的會(huì)話狀態(tài)，請(qǐng)將 @ Page 指令中的 EnableSessionState 屬性設(shè)置為 false。例如: <%@ Page EnableSessionState="false" %>
注意 如果頁(yè)需要訪問(wèn)會(huì)話變量，但不打算創(chuàng)建或修改它們，則將 @ Page 指令中的 EnableSessionState 屬性設(shè)置為 ReadOnly。
若要禁用應(yīng)用程序的會(huì)話狀態(tài)，請(qǐng)?jiān)趹?yīng)用程序 Web.config 文件的 sessionstate 配置節(jié)中將 mode 屬性設(shè)置為 off。例如:<sessionstate mode="off" />
5、合理使用DataGrid(在asp.net2.0中為GridView)控件
DataGrid控件帶有最強(qiáng)大的數(shù)據(jù)顯示功能，還內(nèi)置了對(duì)數(shù)據(jù)的修改、刪除、添加、分頁(yè)等很多功能。如果只需簡(jiǎn)單的顯示數(shù)據(jù)， DataGrid并非最佳選擇。DataGrid控件的分頁(yè)功能，數(shù)據(jù)的存儲(chǔ)方式（存儲(chǔ)在viewstate中）等，雖然讓程序開(kāi)發(fā)者使用方便快捷，但由此產(chǎn)生的性能開(kāi)銷(xiāo)不容小視。
DataList控件比DataGrid功能少了很多。但自定義性強(qiáng)了很多。特有的多行數(shù)據(jù)顯示還是比較方便的。DataGrid能實(shí)現(xiàn)的功能，它基本能實(shí)現(xiàn)。
Repeater控件功能最少，但自定義性非常強(qiáng)。由于減少了很多功能，對(duì)服務(wù)器的性能帶來(lái)消耗最小。
因此，在只需簡(jiǎn)單顯示數(shù)據(jù)列表時(shí)，選擇Repeater或DataList控件同樣可以達(dá)到目的，而且減輕了性能上的開(kāi)銷(xiāo)。
建議選擇順序：Repeater然后DataList最后DataGrid（GridView）
6、對(duì)數(shù)據(jù)進(jìn)行分頁(yè)
ASP.NET的DataGrid(在asp.net2.0中為GridView)有一個(gè)非常有用的功能：分頁(yè)。如果DataGrid允許分頁(yè)，在某一時(shí)刻它只下載某一頁(yè)的數(shù)據(jù)，另外，它有一個(gè)數(shù)據(jù)分頁(yè)的瀏覽導(dǎo)航欄，它讓你可以選擇瀏覽某一頁(yè)，而且每次只下載一頁(yè)的數(shù)據(jù)。
但是它有一個(gè)小小的缺點(diǎn)，就是你必須把所有的數(shù)據(jù)都綁定到DataGrid中。也就是說(shuō)，你的數(shù)據(jù)層必須返回所有的數(shù)據(jù)，然后DataGrid再根據(jù)當(dāng)前頁(yè)過(guò)濾出當(dāng)前頁(yè)所需要的數(shù)據(jù)顯示出來(lái)。如果有一個(gè)一萬(wàn)條記錄的結(jié)果集要用DataGrid進(jìn)行分頁(yè)，假設(shè)DataGrid每頁(yè)只顯示25條數(shù)據(jù)，那就意味著每次請(qǐng)求都有9975條數(shù)據(jù)都是要丟棄的。每次請(qǐng)求都要返回這么大的數(shù)據(jù)集，對(duì)應(yīng)用程序的性能影響是非常大的。
一個(gè)好的解決方案是寫(xiě)一個(gè)分頁(yè)的存儲(chǔ)過(guò)程，
如：
CREATE PROCEDURE dbo.sp_DataPages
@Sql nVARCHAR(2000),
@PK varchar(50), --主鍵字段名（可以是任何數(shù)據(jù)類(lèi)型；不能，并且也不需要帶表名前綴，如：不可以是users.id）
@Order varchar(50), --排序方式（帶desc或asc，可以是多個(gè)組合；不能，并且也不需要帶表名前綴，如：不可以是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()函數(shù)
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
(小技巧：將記錄總數(shù)保為Cache或Session來(lái)提高分頁(yè)性能。)
7、不要禁用 Web 窗體頁(yè)的緩沖
除非有特殊的原因要關(guān)閉緩沖，否則使其保持打開(kāi)。禁用 Web 窗體頁(yè)的緩沖會(huì)導(dǎo)致大量的性能開(kāi)銷(xiāo)。
啟用頁(yè)面輸出的緩沖區(qū)（Buffer）
如果Buffer的機(jī)制被關(guān)閉，可以用下面的方法打開(kāi)。
使用程序打開(kāi)頁(yè)面輸出緩存：
Response.BufferOutput = true;
使用@Page開(kāi)關(guān)打開(kāi)頁(yè)面輸出緩沖機(jī)制：
<%@ Page Buffer = "true" %>
使用Web.config或Machine.config配置文件的<pages>節(jié)點(diǎn)：
<pages buffer="true"/>
8、設(shè)置page的smart navigation屬性
smart navigation設(shè)置為true能讓用戶明顯的感覺(jué)性能提高。啟用此屬性后對(duì)客戶端和服務(wù)端影響不大.它能智能刷新需要刷新的部分。
在大多數(shù)情況下不要在代碼中設(shè)置該屬性。
在 .aspx 文件的 @ Page 指令中將 SmartNavigation 屬性設(shè)置為 true。請(qǐng)求該頁(yè)時(shí)，動(dòng)態(tài)生成的類(lèi)將設(shè)置該屬性。
Internet Explorer 5 或更高版本瀏覽器請(qǐng)求頁(yè)時(shí)（或稍后），智能導(dǎo)航將通過(guò)執(zhí)行下列功能提高用戶對(duì)該頁(yè)的操作能力：
消除導(dǎo)航導(dǎo)致的閃爍。
從一頁(yè)移動(dòng)到另一頁(yè)時(shí)保持滾動(dòng)位置。
保持導(dǎo)航之間的元素焦點(diǎn)。
在瀏覽器的歷史記錄中只保留最后一頁(yè)的狀態(tài)。
智能導(dǎo)航最適用于需要頻繁回發(fā)，但是其內(nèi)容在返回時(shí)不會(huì)發(fā)生顯著更改的 ASP.NET 頁(yè)。在決定是否將該屬性設(shè)置為 true 時(shí)，請(qǐng)仔細(xì)考慮這一點(diǎn)。
三、c#（或vb.net）程序改進(jìn)
1、使用值類(lèi)型的ToString方法
在連接字符串時(shí)，經(jīng)常使用"+"號(hào)直接將數(shù)字添加到字符串中。這種方法雖然簡(jiǎn)單，也可以得到正確結(jié)果，但是由于涉及到不同的數(shù)據(jù)類(lèi)型，數(shù)字需要通過(guò)裝箱操作轉(zhuǎn)化為引用類(lèi)型才可以添加到字符串中。但是裝箱操作對(duì)性能影響較大，因?yàn)樵谶M(jìn)行這類(lèi)處理時(shí)，將在托管堆中分配一個(gè)新的對(duì)象，原有的值復(fù)制到新創(chuàng)建的對(duì)象中。
使用值類(lèi)型的ToString方法可以避免裝箱操作，從而提高應(yīng)用程序性能。
int num=1;
string str="go"+num.ToString();
2、運(yùn)用StringBuilder類(lèi)
String類(lèi)對(duì)象是不可改變的，對(duì)于String對(duì)象的重新賦值在本質(zhì)上是重新創(chuàng)建了一個(gè)String對(duì)象并將新值賦予該對(duì)象，其方法ToString對(duì)性能的提高并非很顯著。
在處理字符串時(shí)，最好使用StringBuilder類(lèi)，其.NET 命名空間是System.Text。該類(lèi)并非創(chuàng)建新的對(duì)象，而是通過(guò)Append，Remove，Insert等方法直接對(duì)字符串進(jìn)行操作，通過(guò)ToString方法返回操作結(jié)果。
其定義及操作語(yǔ)句如下所示：
int num;
System.Text.StringBuilder str = new System.Text.StringBuilder(); //創(chuàng)建字符串
str.Append(num.ToString()); //添加數(shù)值num
Response.Write(str.ToString); //顯示操作結(jié)果
3、使用 HttpServerUtility.Transfer 方法在同一應(yīng)用程序的頁(yè)面間重定向
采用 Server.Transfer 語(yǔ)法，在頁(yè)面中使用該方法可避免不必要的客戶端重定向（Response.Redirect）。
4、避免使用ArrayList。
因?yàn)槿魏螌?duì)象添加到ArrayList都要封箱為System.Object類(lèi)型，從ArrayList取出數(shù)據(jù)時(shí)，要拆箱回實(shí)際的類(lèi)型。建議使用自定義的集合類(lèi)型代替ArrayList。asp.net 2.0提供了一個(gè)新的類(lèi)型，叫泛型，這是一個(gè)強(qiáng)類(lèi)型，使用泛型集合就可以避免了封箱和拆箱的發(fā)生，提高了性能。
5、使用HashTale代替其他字典集合類(lèi)型
（如StringDictionary,NameValueCollection,HybridCollection），存放少量數(shù)據(jù)的時(shí)候可以使用HashTable.
6、為字符串容器聲明常量，不要直接把字符封裝在雙引號(hào)" "里面。
//避免
MyObject obj = new MyObject();
obj.Status = "ACTIVE";
//推薦
const string C_STATUS = "ACTIVE";
MyObject obj = new MyObject();
obj.Status = C_STATUS;
7、不要用ToUpper(),ToLower()轉(zhuǎn)換字符串進(jìn)行比較，用String.Compare代替，它可以忽略大小寫(xiě)進(jìn)行比較.
例：
const string C_VALUE = "COMPARE";
if (String.Compare(sVariable, C_VALUE, true) == 0)
{
Console.Write( "相同");
}
也可以用str == String.Empty或者str.Length == 0判斷是否為空。(注意判斷輸入數(shù)據(jù)的長(zhǎng)度，可防止sql注入式攻擊)
將String對(duì)象的Length屬性與0比較是最快的方法，避免不必要的調(diào)用 ToUpper 或 ToLower 方法。
8、類(lèi)型轉(zhuǎn)化Int32.TryParse()優(yōu)于Int32.Parse()優(yōu)于Convert.ToInt32()。
建議.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。
因?yàn)椋?br>Convert.ToInt32 會(huì)把最終的解析工作代理給 Int32.Parse；
Int32.Parse 會(huì)把最終的解析工作代理給Number.ParseInt32；
Int32.TryParse 會(huì)把最終的解析工作代理給Number.TryParseInt32。
9、如果只是從XML對(duì)象讀取數(shù)據(jù)，用只讀的XPathDocument代替XMLDocument,可以提高性能
//避免
XmlDocument xmld = new XmlDocument();
xmld.LoadXml(sXML);
txtName.Text = xmld.SelectSingleNode( "/packet/child").InnerText;
//推薦
XPathDocument xmldContext = new XPathDocument(new StringReader(oContext.Value));
XPathNavigator xnav = xmldContext.CreateNavigator();
XPathNodeIterator xpNodeIter = xnav.Select( "packet/child");
iCount = xpNodeIter.Count;
xpNodeIter = xnav.SelectDescendants(XPathNodeType.Element, false);
while(xpNodeIter.MoveNext())
{
sCurrValues += xpNodeIter.Current.Value+ ",";
}
10、避免在循環(huán)體里聲明變量，應(yīng)該在循環(huán)體外聲明變量，在循環(huán)體里初始化。
C#程序開(kāi)發(fā)要遵循的一個(gè)基本原則就是避免不必要的對(duì)象創(chuàng)建
//避免
for(int i=0; i<10; i++)
{
SomeClass objSC = new SomeClass();
}
//推薦
SomeClass objSC = null;
for(int i=0; i <10; i++)
{
objSC = new SomeClass();
}
11、捕獲指定的異常，不要使用通用的System.Exception.
//避免
try
{
<some logic>
}
catch(Exception exc)
{
<Error handling>
}
//推薦
try
{
<some logic>
}
catch(System.NullReferenceException exc)
{
<Error handling>
}
catch(System.ArgumentOutOfRangeException exc)
{
<Error handling>
}
catch(System.InvalidCastException exc)
{
<Error handling>
}
12、使用Try...catch...finally時(shí)， 要在finally里釋放占用的資源如連接，文件流等
不然在Catch到錯(cuò)誤后占用的資源不能釋放。
try
{}
catch
{}
finally
{
conntion.close();
}
13、不要用Exception控制程序流程
有些程序員可能會(huì)使用異常來(lái)實(shí)現(xiàn)一些流程控制。例如：
try{
result=100/num;
}
Catch(Exception e)
{
result=0;
}
但實(shí)際上，Exception是非常消耗系統(tǒng)性能的。除非必要，不應(yīng)當(dāng)使用異?？刂苼?lái)實(shí)現(xiàn)程序流程。上面的代碼應(yīng)當(dāng)寫(xiě)為：
if(num!=0)
result=100/num;
else
result=0;
14、避免使用遞歸調(diào)用和嵌套循環(huán)，使用他們會(huì)嚴(yán)重影響性能，在不得不用的時(shí)候才使用。
15、禁用VB.net和Jscript動(dòng)態(tài)數(shù)據(jù)類(lèi)型
應(yīng)當(dāng)始終顯示地申明變量數(shù)據(jù)類(lèi)型，這能夠節(jié)約程序的執(zhí)行時(shí)間。以往，開(kāi)發(fā)人員喜歡使用 Visual Basic、VBScript 和 JScript 的原因之一就是它們所謂“無(wú)類(lèi)型”的性質(zhì)。變量不需要顯式類(lèi)型聲明，并能夠簡(jiǎn)單地通過(guò)使用來(lái)創(chuàng)建它們。當(dāng)從一個(gè)類(lèi)型到另一個(gè)類(lèi)型進(jìn)行分配時(shí)，轉(zhuǎn)換將自動(dòng)執(zhí)行。不過(guò)，這種便利會(huì)大大損害應(yīng)用程序的性能。
如：
為了獲得最佳的性能，當(dāng)聲明 JScript .NET 變量時(shí)，請(qǐng)為其分配一個(gè)類(lèi)型。例如，var A : String;
四、使用緩存
1、使用Output Cache緩存數(shù)據(jù)
提供緩存功能是ASP.net中非常強(qiáng)大的一種功能。曾看到過(guò)某些評(píng)測(cè)說(shuō)：ASP.net程序的性能比SUN的JSP應(yīng)用程序性能快上幾倍，實(shí)際上，該評(píng)測(cè)程序非常重要的一點(diǎn)就是使用了很多ASP.net的緩存功能。
如果你的組件是要在Asp.net應(yīng)用程序中運(yùn)行，你只要把System.Web.dll引用到你的項(xiàng)目中就可以了。然后用HttpRuntime.Cache屬性就可訪問(wèn)Cache了（也可以通過(guò)Page.Cache或HttpContext.Cache訪問(wèn)）。
有以下幾條緩存數(shù)據(jù)的規(guī)則。第一，數(shù)據(jù)可能會(huì)被頻繁的被使用，這種數(shù)據(jù)可以緩存。第二，數(shù)據(jù)的訪問(wèn)頻率非常高，或者一個(gè)數(shù)據(jù)的訪問(wèn)頻率不高，但是它的生存周期很長(zhǎng)，這樣的數(shù)據(jù)最好也緩存起來(lái)。第三是一個(gè)常常被忽略的問(wèn)題，有時(shí)候我們緩存了太多數(shù)據(jù)，通常在一臺(tái)X86的機(jī)子上，如果你要緩存的數(shù)據(jù)超過(guò)800M的話，就會(huì)出現(xiàn)內(nèi)存溢出的錯(cuò)誤。所以說(shuō)緩存是有限的。換名話說(shuō)，你應(yīng)該估計(jì)緩存集的大小，把緩存集的大小限制在10以內(nèi)，否則它可能會(huì)出問(wèn)題。在Asp.net中，如果緩存過(guò)大的話也會(huì)報(bào)內(nèi)存溢出錯(cuò)誤，特別是如果緩存大的DataSet對(duì)象的時(shí)候。
這里有幾個(gè)你必須了解的重要的緩存機(jī)制。首先是緩存實(shí)現(xiàn)了“最近使用”原則（ a least-recently-used algorithm），當(dāng)緩存少的時(shí)候，它會(huì)自動(dòng)的強(qiáng)制清除那些無(wú)用的緩存。其次 “條件依賴”強(qiáng)制清除原則（expiration dependencies），條件可以是時(shí)間，關(guān)鍵字和文件。以時(shí)間作為條件是最常用的。在asp.net2.0中增加一更強(qiáng)的條件，就是數(shù)據(jù)庫(kù)條件。當(dāng)數(shù)據(jù)庫(kù)中的數(shù)據(jù)發(fā)生變化時(shí)，就會(huì)強(qiáng)制清除緩存。
使用 ASP.NET 緩存機(jī)制有兩點(diǎn)需要注意。首先，不要緩存太多項(xiàng)。緩存每個(gè)項(xiàng)均有開(kāi)銷(xiāo)，特別是在內(nèi)存使用方面。不要緩存容易重新計(jì)算和很少使用的項(xiàng)。其次，給緩存的項(xiàng)分配的有效期不要太短。很快到期的項(xiàng)會(huì)導(dǎo)致緩存中不必要的周轉(zhuǎn)，并且經(jīng)常導(dǎo)致更多的代碼清除和垃圾回收工作。若關(guān)心此問(wèn)題，請(qǐng)監(jiān)視與 ASP.NET Applications 性能對(duì)象關(guān)聯(lián)的 Cache Total Turnover Rate 性能計(jì)數(shù)器。高周轉(zhuǎn)率可能說(shuō)明存在問(wèn)題，特別是當(dāng)項(xiàng)在到期前被移除時(shí)。這也稱作內(nèi)存壓力。
切記：
應(yīng)該：
應(yīng)該緩存那些經(jīng)常被訪問(wèn)、同時(shí)變化頻率不大的數(shù)據(jù)
應(yīng)該緩存整個(gè)應(yīng)用程序都要使用的設(shè)置或?qū)ο螅@些設(shè)置和對(duì)象必須在其生存期內(nèi)不會(huì)變化
不應(yīng)該：
不要緩存?zhèn)€人信息。如果緩存?zhèn)€人信息，其他人很容易取得這些信息。
不要緩存包含基于時(shí)間值的頁(yè)面，否則瀏覽者將無(wú)法理解為何時(shí)間總是滯后。
不要緩存用戶隨時(shí)都會(huì)修改的對(duì)象，如購(gòu)物車(chē)。
ASP.net中常用的緩存方式有：
1）頁(yè)面緩存(對(duì)整個(gè)頁(yè)面進(jìn)行緩存)
<%//Response.AddHeader("Last-Modified", DateTime.Now.AddHours(-1).ToString("r"));%>
<% Response.AddHeader("Cache-Control", "max-age=86400"); %>
<%//Response.AddHeader("Date", DateTime.Now.AddMinutes(-59).ToString("r"));%>
<%@Page OutputCache VaryByParams=”classid;page” Duration=”3600” %>
.net2.0中為：
<%@OutputCache VaryByParam=”classid;page” Duration=”3600” %>
你就可以有效的利用第一次請(qǐng)求里生成的頁(yè)面輸出緩存內(nèi)容，3600秒后重新生成一道頁(yè)面內(nèi)容。這種技術(shù)其實(shí)也是運(yùn)用一些低層的Cache API來(lái)實(shí)現(xiàn)。用頁(yè)面輸出緩存有幾個(gè)參數(shù)可以配置，如上面所說(shuō)的VaryByParams參數(shù)，該參數(shù)表示什么時(shí)候觸發(fā)重輸出的條件，也可以指定在 Http Get或Http Post 請(qǐng)求模式下緩存輸出。
例如當(dāng)我們?cè)O(shè)置該參數(shù)為VaryByParams=”classid;page”的時(shí)候，default.aspx?classid=3&page=1 請(qǐng)求的輸出都會(huì)被緩存起來(lái)。沒(méi)有參數(shù)，或不用參數(shù)時(shí)用none。如果傳遞的參數(shù)不止一個(gè)，那么即使字符串參數(shù)與值都相同，但排列次序不同，那么在請(qǐng)求頁(yè)面時(shí)，也將生成不同的緩存頁(yè)。例如default.aspx?first=1&last=1 和default.aspx?last=1&first=1雖然參數(shù)完全相同，但由于排列次序不同，將生成兩個(gè)不同的緩存頁(yè)。
許多人都沒(méi)有意識(shí)到當(dāng)用頁(yè)面輸出緩存的時(shí)候，asp.net也會(huì)生成HTTP頭集（HTTP Header）保存在下游的緩存服務(wù)器中，這些信息可以用于Microsoft Internet安全性中以及加速服務(wù)器的響應(yīng)速度。當(dāng)HTTP緩存的頭被重置時(shí)，請(qǐng)求的內(nèi)容會(huì)被緩在網(wǎng)絡(luò)資源中，當(dāng)客戶端再次請(qǐng)求該內(nèi)容時(shí)，就不會(huì)再?gòu)脑捶?wù)器上獲得內(nèi)容了，而直接從緩存中獲得內(nèi)容。
雖然用頁(yè)面輸出緩存不提高你的應(yīng)用程序性能，但是它能減少了從的服務(wù)器中加載已緩存頁(yè)面內(nèi)容的次數(shù)。當(dāng)然，這僅限于緩存匿名用戶可以訪問(wèn)的頁(yè)面。因?yàn)橐坏╉?yè)面被緩存后，就不能再執(zhí)行授權(quán)操作了。
2）片斷緩存(對(duì)頁(yè)面的某一部分,如某個(gè)User Control進(jìn)行緩存)
<%@ OutputCache Duration="60" VaryByParam=”TextBox1;TextBox2” %>
在ASP.net中，除了在頁(yè)面范圍內(nèi)使用緩存，也還可以針對(duì)User Control使用Output Cache參數(shù)實(shí)現(xiàn)對(duì)用戶控件的緩存。同樣的，一個(gè)頁(yè)面中相同類(lèi)型的控件也可以有多個(gè)不同的緩存?？梢愿鶕?jù)參數(shù)來(lái)實(shí)現(xiàn)不同的緩存。頁(yè)面緩存和片斷緩存可以同時(shí)使用。
3）數(shù)據(jù)緩存
數(shù)據(jù)緩存是一種強(qiáng)大而又非常簡(jiǎn)單的緩存機(jī)制，它可以在緩存區(qū)中為每個(gè)應(yīng)用程序保存各種對(duì)象，這些對(duì)象可以根據(jù)http的請(qǐng)求被調(diào)用，但是在各個(gè)不同的應(yīng)用程序中這些對(duì)象都是私有的。
數(shù)據(jù)緩存是通過(guò)Cache類(lèi)來(lái)實(shí)現(xiàn)的。當(dāng)應(yīng)用程序建立時(shí)，一個(gè)Cache類(lèi)就同時(shí)被建立，緩存實(shí)例的生存周期就是應(yīng)用程序的生存周期，它會(huì)隨著應(yīng)用程序的重新運(yùn)行而重建，通過(guò)Cache類(lèi)的方法，我們可以將數(shù)據(jù)對(duì)象放入緩存區(qū)，然后通過(guò)關(guān)鍵字匹配尋找并使用這些對(duì)象。
Cache類(lèi)通過(guò)一個(gè)借口來(lái)控制所有需要緩存的內(nèi)容，包括規(guī)定緩存的時(shí)間和緩存方式，可以通過(guò)如下方法添加緩存對(duì)象：
Cache[“關(guān)鍵字”] = 關(guān)鍵字的取值；
然后通過(guò)下面的方法來(lái)訪問(wèn)這個(gè)對(duì)象：
string mKeyValue = “”;
if(Cache[“關(guān)鍵字”] != null)
{
mKeyValue = Cache[“關(guān)鍵字”];
}
注意Page.Cache和HttpContext.Current.Cache區(qū)別:
它們指的同一個(gè)對(duì)象，在Page里，用Page.Cache，如果在global.asax或自己的類(lèi)里用:HttpContext.Current.Cache，在有些事件中，由于其沒(méi)有HttpContext，就用HttpRuntime.Cache。
數(shù)據(jù)緩存的過(guò)期依賴條件
某種意義上，Cache和Application是一樣的，都是一種公有的對(duì)象。為了取得緩存與數(shù)據(jù)有效性之間的平衡，可以根據(jù)需要對(duì)緩存過(guò)期策略進(jìn)行合理的設(shè)置。
文件依賴
Cache.Insert (“Mydata”, Source , New CacheDependency(Server.MapPath(“authors.xml”)));
此代碼的含義是當(dāng)authors.xml文件不發(fā)生變化的時(shí)候，緩存MyData始終有效。
時(shí)間依賴
設(shè)定1小時(shí)后過(guò)期，這是一種絕對(duì)過(guò)期。
Cache.Insert(“Mydata”,Source,null ,DateTime.Now.AddHours(1),TimeSpan.Zero);
相對(duì)過(guò)期依賴
當(dāng)DataSet不再發(fā)生變化20分鐘以后，緩存過(guò)期。
Cache.Insert(“MyData”,Source,null,DateTime.MaxValue,TimeSpan.FromMinutes(20));
一個(gè)示例：
//絕對(duì)過(guò)期?。。?用來(lái)保存公用的，數(shù)據(jù)量小的數(shù)據(jù)對(duì)象，可以是任何對(duì)象)
//設(shè)置
if (System.Web.HttpContext.Current.Cache["ok"] == null)
System.Web.HttpContext.Current.Cache.Insert("ok", "data", null, DateTime.Now.AddSeconds(300),System.Web.Caching.Cache.NoSlidingExpiration);
//讀取
if(System.Web.HttpContext.Current.Cache["ok"]!=null)
this.Response.Write(Convert.ToString(System.Web.HttpContext.Current.Cache.Get("ok")));
最后要注意：
在Web Form調(diào)試期間不能使用緩存，否則你對(duì)頁(yè)面所做的修改在緩存過(guò)期之前不會(huì)得到顯式加載。正確的做法應(yīng)該是在調(diào)試結(jié)束之后，給需要放入緩存的頁(yè)面、用戶控件或?qū)ο蠹由暇彺嬷噶?。最后建立部署和安裝項(xiàng)目，生成安裝數(shù)據(jù)包，這時(shí)候就可以到服務(wù)器上去發(fā)布你的產(chǎn)品了。
詳細(xì)參考：
http://hi.baidu.com/erics_lele/blog/item/674e46e7622f262cb83820c6.html
http://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx
2、預(yù)請(qǐng)求緩存
雖然Cache API設(shè)計(jì)成用來(lái)保存某段時(shí)間的數(shù)據(jù)，而預(yù)請(qǐng)求緩存只是保存某個(gè)時(shí)期的某個(gè)請(qǐng)求的內(nèi)容。如果某個(gè)請(qǐng)求的訪問(wèn)頻率高，而且這個(gè)請(qǐng)求只需要提取，應(yīng)用，修改或者更新數(shù)據(jù)一次。那么就可以預(yù)緩存該請(qǐng)求。我們舉個(gè)例子來(lái)說(shuō)明。
在CS的論壇應(yīng)用程序中，每一個(gè)頁(yè)面的服務(wù)器控件都要求得到用于決定它的皮膚（skin）的自定義的數(shù)據(jù)，以決定用哪個(gè)樣式表及其它的一些個(gè)性化的東西。這里面的某些數(shù)據(jù)可能要長(zhǎng)時(shí)間的保存，有些時(shí)間則不然，如控件的skin數(shù)據(jù)，它只需要應(yīng)用一次，而后就可以一直使用。
要實(shí)現(xiàn)預(yù)請(qǐng)求緩存，用Asp.net 的HttpContext類(lèi)，HttpContext類(lèi)的實(shí)例在每一個(gè)請(qǐng)求中創(chuàng)建，在請(qǐng)求期間的任何地方都可以通過(guò)HttpContext.Current屬性訪問(wèn)。HttpContext類(lèi)有一個(gè)Items集合屬性，在請(qǐng)求期間所有的對(duì)象和數(shù)據(jù)都被添加到這個(gè)集合中緩存起來(lái)。和你用Cache緩存訪問(wèn)頻率高數(shù)據(jù)一樣，你可以用HttpContext.Items緩存那些每個(gè)請(qǐng)求都要用到的基礎(chǔ)數(shù)據(jù)。它背后的邏輯很簡(jiǎn)單：我們向HttpContext.Items中添加一個(gè)數(shù)據(jù)，然后再?gòu)乃锩孀x出數(shù)據(jù)。
五、配置web.config
1、一定要禁用調(diào)試模式
在部署生產(chǎn)應(yīng)用程序或進(jìn)行任何性能測(cè)量之前，始終記住禁用調(diào)試模式。如果啟用了調(diào)試模式，應(yīng)用程序的性能可能受到非常大的影響。
<compilation defaultLanguage="c#" debug= "false" / >
2、必要時(shí)調(diào)整應(yīng)用程序每個(gè)輔助進(jìn)程的線程數(shù)
ASP.NET 的請(qǐng)求結(jié)構(gòu)試圖在執(zhí)行請(qǐng)求的線程數(shù)和可用資源之間達(dá)到一種平衡。已知一個(gè)使用足夠 CPU 功率的應(yīng)用程序，該結(jié)構(gòu)將根據(jù)可用于請(qǐng)求的 CPU 功率，來(lái)決定允許同時(shí)執(zhí)行的請(qǐng)求數(shù)。這項(xiàng)技術(shù)稱作線程門(mén)控。但是在某些條件下，線程門(mén)控算法不是很有效。通過(guò)使用與ASP.NET Applications 性能對(duì)象關(guān)聯(lián)的 Pipeline Instance Count 性能計(jì)數(shù)器，可以在 PerfMon 中監(jiān)視線程門(mén)控。
當(dāng)頁(yè)面調(diào)用外部資源，如數(shù)據(jù)庫(kù)訪問(wèn)或 XML Web services 請(qǐng)求時(shí)，頁(yè)面請(qǐng)求通常停止并釋放 CPU。如果某個(gè)請(qǐng)求正在等待被處理，并且線程池中有一個(gè)線程是自由的，那么這個(gè)正在等待的請(qǐng)求將開(kāi)始被處理。遺憾的是，有時(shí)這可能導(dǎo)致 Web 服務(wù)器上存在大量同時(shí)處理的請(qǐng)求和許多正在等待的線程，而它們對(duì)服務(wù)器性能有不利影響。通常，如果門(mén)控因子是外部資源的響應(yīng)時(shí)間，則讓過(guò)多請(qǐng)求等待資源，對(duì) Web 服務(wù)器的吞吐量并無(wú)幫助。
為緩和這種情況，可以通過(guò)更改 Machine.config 配置文件 <processModel> 節(jié)點(diǎn)的 maxWorkerThreads 和 maxIOThreads 屬性，手動(dòng)設(shè)置進(jìn)程中的線程數(shù)限制。
注意 輔助線程是用來(lái)處理 ASP.NET 請(qǐng)求的，而 IO 線程則是用于為來(lái)自文件、數(shù)據(jù)庫(kù)或 XML Web services 的數(shù)據(jù)提供服務(wù)的。
分配給這些屬性的值是進(jìn)程中每個(gè) CPU 每類(lèi)線程的最大數(shù)目。對(duì)于雙處理器計(jì)算機(jī)，最大數(shù)是設(shè)置值的兩倍。對(duì)于四處理器計(jì)算機(jī)，最大值是設(shè)置值的四倍。無(wú)論如何，對(duì)于有四個(gè)或八個(gè) CPU 的計(jì)算機(jī)，最好更改默認(rèn)值。對(duì)于有一個(gè)或兩個(gè)處理器的計(jì)算機(jī)，默認(rèn)值就可以，但對(duì)于有更多處理器的計(jì)算機(jī)的性能，進(jìn)程中有一百或兩百個(gè)線程則弊大于利。
注意 進(jìn)程中有太多線程往往會(huì)降低服務(wù)器的速度，因?yàn)轭~外的上下文交換導(dǎo)致操作系統(tǒng)將 CPU 周期花在維護(hù)線程而不是處理請(qǐng)求上。
<httpRuntime maxRequestLength="4096"
useFullyQualifiedRedirectUrl="true" minFreeThreads="8" minLocalRequestFreeThreads="4"
appRequestQueueLimit="300"
executionTimeout="45"/>
Configuration setting 默認(rèn)值 推薦值
-----------------------------------
maxconnection 2 12 * #CPUs
maxIoThreads 20 100
maxWorkerThreads 20 100
minWorkerThreads 50
minFreeThreads 8 88 * #CPUs
minLocalRequestFreeThreads 4 76 * #CPUs
appRequestQueueLimit 1000
3、仔細(xì)選擇會(huì)話狀態(tài)提供程序
ASP.NET 為存儲(chǔ)應(yīng)用程序的會(huì)話數(shù)據(jù)提供了三種不同的方法：進(jìn)程內(nèi)會(huì)話狀態(tài)、作為 Windows 服務(wù)的進(jìn)程外會(huì)話狀態(tài)和 SQL Server 數(shù)據(jù)庫(kù)中的進(jìn)程外會(huì)話狀態(tài)。每種方法都有自己的優(yōu)點(diǎn)，但進(jìn)程內(nèi)會(huì)話狀態(tài)是迄今為止速度最快的解決方案。如果只在會(huì)話狀態(tài)中存儲(chǔ)少量易失數(shù)據(jù)，則建議您使用進(jìn)程內(nèi)提供程序。進(jìn)程外解決方案主要用于跨多個(gè)處理器或多個(gè)計(jì)算機(jī)縮放應(yīng)用程序，或者用于服務(wù)器或進(jìn)程重新啟動(dòng)時(shí)不能丟失數(shù)據(jù)的情況。
<sessionState
mode= "InProc"
stateConnectionString= "tcpip=127.0.0.1:42424"
sqlConnectionString= "data source=127.0.0.1;Trusted_Connection=yes"
cookieless= "false"
timeout= "20"
/ >
4、 其他
根據(jù)適當(dāng)?shù)恼?qǐng)求和響應(yīng)編碼設(shè)置來(lái)配置應(yīng)用程序。ASP.NET 默認(rèn)編碼格式為 UTF-8。如果您的應(yīng)用程序?yàn)閲?yán)格的 ASCII，請(qǐng)配置應(yīng)用程序使用 ASCII 以獲得稍許的性能提高。
考慮對(duì)應(yīng)用程序禁用 AutoEventWireup。在 Machine.config 文件中將 AutoEventWireup 屬性設(shè)置為 false，意味著頁(yè)面不將方法名與事件進(jìn)行匹配和將兩者掛鉤（例如 Page_Load）。如果頁(yè)面開(kāi)發(fā)人員要使用這些事件，需要在基類(lèi)中重寫(xiě)這些方法（例如，需要為頁(yè)面加載事件重寫(xiě) Page.OnLoad，而不是使用 Page_Load 方法）。如果禁用 AutoEventWireup，頁(yè)面將通過(guò)將事件連接留給頁(yè)面作者而不是自動(dòng)執(zhí)行它，獲得稍許的性能提升。
從請(qǐng)求處理管線中移除不用的模塊。默認(rèn)情況下，服務(wù)器計(jì)算機(jī)的 Machine.config 文件中 <httpModules> 節(jié)點(diǎn)的所有功能均保留為激活。根據(jù)應(yīng)用程序所使用的功能，您可以從請(qǐng)求管線中移除不用的模塊以獲得稍許的性能提升。檢查每個(gè)模塊及其功能，并按您的需要自定義它。
例如，如果您在應(yīng)用程序中不使用會(huì)話狀態(tài)和輸出緩存，則可以從 <httpModules> 列表中移除它們，以便請(qǐng)求在不執(zhí)行其他有意義的處理時(shí)，不必執(zhí)行每個(gè)模塊的進(jìn)入和離開(kāi)代碼。
六、其他
1、適當(dāng)?shù)厥褂霉舱Z(yǔ)言運(yùn)行庫(kù)的垃圾回收器和自動(dòng)內(nèi)存管理
小心不要給每個(gè)請(qǐng)求分配過(guò)多內(nèi)存，因?yàn)檫@樣垃圾回收器將必須更頻繁地進(jìn)行更多的工作。另外，不要讓不必要的指針指向?qū)ο?，因?yàn)樗鼈儗⑹箤?duì)象保持活動(dòng)狀態(tài)，并且應(yīng)盡量避免含 Finalize 方法的對(duì)象，因?yàn)樗鼈冊(cè)诤竺鏁?huì)導(dǎo)致更多的工作。特別是在 Finalize 調(diào)用中永遠(yuǎn)不要釋放資源，因?yàn)橘Y源在被垃圾回收器回收之前可能一直消耗著內(nèi)存。最后這個(gè)問(wèn)題經(jīng)常會(huì)對(duì) Web 服務(wù)器環(huán)境的性能造成毀滅性的打擊，因?yàn)樵诘却?Finalize 運(yùn)行時(shí)，很容易耗盡某個(gè)特定的資源。
2、如果有大型 Web 應(yīng)用程序，可考慮執(zhí)行預(yù)批編譯
每當(dāng)發(fā)生對(duì)目錄的第一次請(qǐng)求時(shí)都會(huì)執(zhí)行批編譯。如果目錄中的頁(yè)面沒(méi)有被分析并編譯，此功能會(huì)成批分析并編譯目錄中的所有頁(yè)面，以便更好地利用磁盤(pán)和內(nèi)存。如果這需要很長(zhǎng)時(shí)間，則將快速分析并編譯單個(gè)頁(yè)面，以便請(qǐng)求能被處理。此功能帶給 ASP.NET 性能上的好處，因?yàn)樗鼘⒃S多頁(yè)面編譯為單個(gè)程序集。從已加載的程序集訪問(wèn)一頁(yè)比每頁(yè)加載新的程序集要快。
批編譯的缺點(diǎn)在于：如果服務(wù)器接收到許多對(duì)尚未編譯的頁(yè)面的請(qǐng)求，那么當(dāng) Web 服務(wù)器分析并編譯它們時(shí)，性能可能較差。為解決這個(gè)問(wèn)題，可以執(zhí)行預(yù)批編譯。為此，只需在應(yīng)用程序激活之前向它請(qǐng)求一個(gè)頁(yè)面，無(wú)論哪頁(yè)均可。然后，當(dāng)用戶首次訪問(wèn)您的站點(diǎn)時(shí)，頁(yè)面及其程序集將已被編譯。
沒(méi)有簡(jiǎn)單的機(jī)制可以知道批編譯何時(shí)發(fā)生。需一直等到 CPU 空閑或者沒(méi)有更多的編譯器進(jìn)程（例如 csc.exe（C# 編譯器）或 vbc.exe（Visual Basic 編譯器））啟動(dòng)。
還應(yīng)盡量避免更改應(yīng)用程序的 \bin 目錄中的程序集。更改頁(yè)面會(huì)導(dǎo)致重新分析和編譯該頁(yè)，而替換 \bin 目錄中的程序集則會(huì)導(dǎo)致完全重新批編譯該目錄。
在包含許多頁(yè)面的大規(guī)模站點(diǎn)上，更好的辦法可能是根據(jù)計(jì)劃替換頁(yè)面或程序集的頻繁程度來(lái)設(shè)計(jì)不同的目錄結(jié)構(gòu)。不常更改的頁(yè)面可以存儲(chǔ)在同一目錄中并在特定的時(shí)間進(jìn)行預(yù)批編譯。經(jīng)常更改的頁(yè)面應(yīng)在它們自己的目錄中（每個(gè)目錄最多幾百頁(yè)）以便快速編譯。
Web 應(yīng)用程序可以包含許多子目錄。批編譯發(fā)生在目錄級(jí)，而不是應(yīng)用程序級(jí)。
3、使請(qǐng)求管線內(nèi)的所有模塊盡可能高效
請(qǐng)求管線內(nèi)的所有模塊在每次請(qǐng)求中都有機(jī)會(huì)被運(yùn)行。因此，當(dāng)請(qǐng)求進(jìn)入和離開(kāi)模塊時(shí)快速地觸發(fā)代碼至關(guān)重要，特別是在不使用模塊功能的代碼路徑里。分別在使用及不使用模塊和配置文件時(shí)執(zhí)行吞吐量測(cè)試，對(duì)確定這些方法的執(zhí)行速度非常有用。
4、避免單線程單元 (STA) COM 組件
默認(rèn)情況下，ASP.NET 不允許任何 STA COM 組件在頁(yè)面內(nèi)運(yùn)行。若要運(yùn)行它們，必須在 .aspx 文件內(nèi)將 ASPCompat=true 屬性包含在 @ Page 指令中。這樣就將執(zhí)行用的線程池切換到 STA 線程池，而且使 HttpContext 和其他內(nèi)置對(duì)象可用于 COM 對(duì)象。前者也是一種性能優(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)造頁(yè)面期間創(chuàng)建任何 STA COM 組件。例如下面的代碼中，在頁(yè)面構(gòu)造時(shí)將實(shí)例化由某個(gè)線程創(chuàng)建的 MySTAComponent，而該線程并不是將運(yùn)行頁(yè)面的 STA 線程。這可能對(duì)性能有不利影響，因?yàn)橐獦?gòu)造頁(yè)面就必須完成 MTA 和 STA 線程之間的封送處理。
推薦的做法是在需要時(shí)或者在 Page_Load 方法中構(gòu)造任何 COM 組件和外部資源。
永遠(yuǎn)不要將任何 STA COM 組件存儲(chǔ)在可以由構(gòu)造它的線程以外的其他線程訪問(wèn)的共享資源里。這類(lèi)資源包括像緩存和會(huì)話狀態(tài)這樣的資源。即使 STA 線程調(diào)用 STA COM 組件，也只有構(gòu)造此 STA COM 組件的線程能夠?qū)嶋H為該調(diào)用服務(wù)，而這要求封送處理對(duì)創(chuàng)建者線程的調(diào)用。此封送處理可能產(chǎn)生重大的性能損失和可伸縮性問(wèn)題。在這種情況下，請(qǐng)研究一下使 COM 組件成為 MTA COM 組件的可能性，或者更好的辦法是遷移代碼以使對(duì)象成為托管對(duì)象。
5、將調(diào)用密集型的 COM 組件遷移到托管代碼
.NET Framework 提供了一個(gè)簡(jiǎn)單的方法與傳統(tǒng)的 COM 組件進(jìn)行交互。其優(yōu)點(diǎn)是可以在保留現(xiàn)有投資的同時(shí)利用新的平臺(tái)。但是在某些情況下，保留舊組件的性能開(kāi)銷(xiāo)使得將組件遷移到托管代碼是值得的。每一情況都是不一樣的，決定是否需要遷移組件的最好方法是對(duì) Web 站點(diǎn)運(yùn)行性能測(cè)量。建議您研究一下如何將需要大量調(diào)用以進(jìn)行交互的任何 COM 組件遷移到托管代碼。
許多情況下不可能將舊式組件遷移到托管代碼，特別是在最初遷移 Web 應(yīng)用程序時(shí)。在這種情況下，最大的性能障礙之一是將數(shù)據(jù)從非托管環(huán)境封送到托管環(huán)境。因此，在交互操作中，請(qǐng)?jiān)谌魏我欢藞?zhí)行盡可能多的任務(wù)，然后進(jìn)行一個(gè)大調(diào)用而不是一系列小調(diào)用。例如，公共語(yǔ)言運(yùn)行庫(kù)中的所有字符串都是 Unicode 的，所以應(yīng)在調(diào)用托管代碼之前將組件中的所有字符串轉(zhuǎn)換成 Unicode 格式。
另外，一處理完任何 COM 對(duì)象或本機(jī)資源就釋放它們。這樣，其他請(qǐng)求就能夠使用它們，并且最大限度地減少了因稍后請(qǐng)求垃圾回收器釋放它們所引起的性能問(wèn)題。
6、對(duì)于廣泛依賴外部資源的應(yīng)用程序，請(qǐng)考慮在多處理器計(jì)算機(jī)上啟用網(wǎng)絡(luò)園藝
ASP.NET 進(jìn)程模型幫助啟用多處理器計(jì)算機(jī)上的可縮放性，將工作分發(fā)給多個(gè)進(jìn)程（每個(gè) CPU 一個(gè)），并且每個(gè)進(jìn)程都將處理器關(guān)系設(shè)置為其 CPU。此技術(shù)稱為網(wǎng)絡(luò)園藝。如果應(yīng)用程序使用較慢的數(shù)據(jù)庫(kù)服務(wù)器或調(diào)用具有外部依賴項(xiàng)的 COM 對(duì)象（這里只是提及兩種可能性），則為您的應(yīng)用程序啟用網(wǎng)絡(luò)園藝是有益的。但是，在決定啟用網(wǎng)絡(luò)園藝之前，您應(yīng)該測(cè)試應(yīng)用程序在網(wǎng)絡(luò)園中的執(zhí)行情況。
七、性能測(cè)試
在對(duì)ASP.NET應(yīng)用程序進(jìn)行性能測(cè)試之前，應(yīng)確保應(yīng)用程序沒(méi)有錯(cuò)誤，而且功能正確。具體的性能測(cè)試可以采用以下工具進(jìn)行：
1、Web Application Strees Tool (WAS)
Web Application Strees Tool (WAS)是Microsoft發(fā)布的一個(gè)免費(fèi)測(cè)試工具，可以從http://webtool.rte.microsoft.com/上下載。它可以模擬成百上千個(gè)用戶同時(shí)對(duì)web應(yīng)用程序進(jìn)行訪問(wèn)請(qǐng)求，在服務(wù)器上形成流量負(fù)載，從而達(dá)到測(cè)試的目的，可以生成平均TTFB、平均TTLB等性能匯總報(bào)告。
2、Application Center Test (ACT)
Application Center Test (ACT) 是一個(gè)測(cè)試工具，附帶于Visual Studio的企業(yè)版中，是Microsoft正式支持的web應(yīng)用程序測(cè)試工具。它能夠直觀地生成圖表結(jié)果，功能比WAS多，但不具備多個(gè)客戶機(jī)同時(shí)測(cè)試的能力。
3、服務(wù)器操作系統(tǒng)"管理工具"中的"性能"計(jì)數(shù)器，可以對(duì)服務(wù)器進(jìn)行監(jiān)測(cè)以了解應(yīng)用程序性能。
聯(lián)系客服
