一數據庫操作
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
一般的綁定方法<%# 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的寫法在c#中：<%# ((DataRowView)Container.DataItem)["字段名"] %>
5返回多個結果集
無論SqlDataReader還是datset，返回多個結果集，然後用rd.NextResult()或ds.Tables[i]來分別處理數據，減少重複連接數據庫的次數同時儘量用比較高效的SQL代替後續複雜的DataSet二次加工
二頁面優化
1不使用不必要的服務器控件（Server Control）
ASP中，大量的服務器端控件方便了程序開發，但也可能帶來性能的損失，因爲用戶每操作一次服務器端控件，就產生一次與服務器端的往返過程因此，非必要，應當少使用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 窗體頁框架的那些節省時間和代碼的功能，但在某些情況下卻不宜使用 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(在asp2.0中爲GridView)控件
DataGrid控件帶有最強大的數據顯示功能，還內置了對數據的修改刪除添加分頁等很多功能如果只需簡單的顯示數據， DataGrid並非最佳選擇DataGrid控件的分頁功能，數據的存儲方式（存儲在viewstate中）等，雖然讓程序開發者使用方便快捷，但由此產生的性能開銷不容小視
DataList控件比DataGrid功能少了很多但自定義性強了很多特有的多行數據顯示還是比較方便的DataGrid能實現的功能，它基本能實現
Repeater控件功能最少，但自定義性非常強由於減少了很多功能，對服務器的性能帶來消耗最小
因此，在只需簡單顯示數據列表時，選擇Repeater或DataList控件同樣可以達到目的，而且減輕了性能上的開銷
建議選擇順序：Repeater然後DataList最後DataGrid（GridView）
6對數據進行分頁
ASP.NET的DataGrid(在asp2.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 窗體頁的緩衝
除非有特殊的原因要關閉緩衝，否則使其保持打開禁用 Web 窗體頁的緩衝會導致大量的性能開銷
啓用頁面輸出的緩衝區（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）程序改進
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取出數據時，要拆箱回實際的類型建議使用自定義的集合類型代替ArrayListasp 2.0提供了一個新的類型，叫泛型，這是一個強類型，使用泛型集合就可以避免了封箱和拆箱的發生，提高了性能
5使用HashTale代替其他字典集合類型
（如StringDictionary,NameValueCollection,HybridCollection），存放少量數據的時候可以使用HashTable.
6爲字符串容器聲明常量，不要直接把字符封裝在雙引號" "裏面
//避免
MyObject obj = new MyObject();
obj.Status = "ACTIVE";
//推薦
const string C_STATUS = "ACTIVE";
MyObject obj = new MyObject();
obj.Status = C_STATUS;
7不要用ToUpper(),ToLower()轉換字符串進行比較，用String.Compare代替，它可以忽略大小寫進行比較.
例：
const string C_VALUE = "COMPARE";
if (String.Compare(sVariable, C_VALUE, true) == 0)
{
Console.Write( "相同");
}
也可以用str == String.Empty或者str.Length == 0判斷是否爲空(注意判斷輸入數據的長度，可防止sql注入式攻擊)
將String對象的Length屬性與0比較是最快的方法，避免不必要的調用 ToUpper 或 ToLower 方法
8類型轉化Int32.TryParse()優於Int32.Parse()優於Convert.ToInt32()
建議.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()
因爲：
Convert.ToInt32 會把最終的解析工作代理給 Int32.Parse；
Int32.Parse 會把最終的解析工作代理給Number.ParseInt32；
Int32.TryParse 會把最終的解析工作代理給Number.TryParseInt32
9如果只是從XML對象讀取數據，用只讀的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避免在循環體裏聲明變量，應該在循環體外聲明變量，在循環體裏初始化
C#程序開發要遵循的一個基本原則就是避免不必要的對象創建
//避免
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時， 要在finally裏釋放佔用的資源如連接，文件流等
不然在Catch到錯誤後佔用的資源不能釋放
try
{}
catch
{}
finally
{
conntion.close();
}
13不要用Exception控制程序流程
有些程序員可能會使用異常來實現一些流程控制例如：
try{
result=100/num;
}
Catch(Exception e)
{
result=0;
}
但實際上，Exception是非常消耗系統性能的除非必要，不應當使用異常控制來實現程序流程上面的代碼應當寫爲：
if(num!=0)
result=100/num;
else
result=0;
14避免使用遞歸調用和嵌套循環，使用他們會嚴重影響性能，在不得不用的時候才使用
15禁用VB和Jscript動態數據類型
應當始終顯示地申明變量數據類型，這能夠節約程序的執行時間以往，開發人員喜歡使用 Visual BasicVBScript 和 JScript 的原因之一就是它們所謂無類型的性質變量不需要顯式類型聲明，並能夠簡單地通過使用來創建它們當從一個類型到另一個類型進行分配時，轉換將自動執行不過，這種便利會大大損害應用程序的性能
如：
爲了獲得最佳的性能，當聲明 JScript .NET 變量時，請爲其分配一個類型例如，var A : String;
四使用緩存
1使用Output Cache緩存數據
提供緩存功能是ASP中非常強大的一種功能曾看到過某些評測說：ASP程序的性能比SUN的JSP應用程序性能快上幾倍，實際上，該評測程序非常重要的一點就是使用了很多ASP的緩存功能
如果你的組件是要在Asp應用程序中運行，你只要把System.Web.dll引用到你的項目中就可以瞭然後用HttpRuntime.Cache屬性就可訪問Cache了（也可以通過Page.Cache或HttpContext.Cache訪問）
有以下幾條緩存數據的規則第一，數據可能會被頻繁的被使用，這種數據可以緩存第二，數據的訪問頻率非常高，或者一個數據的訪問頻率不高，但是它的生存週期很長，這樣的數據最好也緩存起來第三是一個常常被忽略的問題，有時候我們緩存了太多數據，通常在一臺X86的機子上，如果你要緩存的數據超過800M的話，就會出現內存溢出的錯誤所以說緩存是有限的換名話說，你應該估計緩存集的大小，把緩存集的大小限制在10以內，否則它可能會出問題在Asp中，如果緩存過大的話也會報內存溢出錯誤，特別是如果緩存大的DataSet對象的時候
這裏有幾個你必須瞭解的重要的緩存機制首先是緩存實現了最近使用原則（ a least-recently-used algorithm），當緩存少的時候，它會自動的強制清除那些無用的緩存其次 條件依賴強制清除原則（expiration dependencies），條件可以是時間，關鍵字和文件以時間作爲條件是最常用的在asp2.0中增加一更強的條件，就是數據庫條件當數據庫中的數據發生變化時，就會強制清除緩存
使用 ASP.NET 緩存機制有兩點需要注意首先，不要緩存太多項緩存每個項均有開銷，特別是在內存使用方面不要緩存容易重新計算和很少使用的項其次，給緩存的項分配的有效期不要太短很快到期的項會導致緩存中不必要的週轉，並且經常導致更多的代碼清除和垃圾回收工作若關心此問題，請監視與 ASP.NET Applications 性能對象關聯的 Cache Total Turnover Rate 性能計數器高週轉率可能說明存在問題，特別是當項在到期前被移除時這也稱作內存壓力
切記：
應該：
應該緩存那些經常被訪問同時變化頻率不大的數據
應該緩存整個應用程序都要使用的設置或對象，但這些設置和對象必須在其生存期內不會變化
不應該：
不要緩存個人信息如果緩存個人信息，其他人很容易取得這些信息
不要緩存包含基於時間值的頁面，否則瀏覽者將無法理解爲何時間總是滯後
不要緩存用戶隨時都會修改的對象，如購物車
ASP中常用的緩存方式有：
1）頁面緩存(對整個頁面進行緩存)
<%//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 %>
2.0中爲：
<%@OutputCache VaryByParam=classid;page Duration=3600 %>
你就可以有效的利用第一次請求裏生成的頁面輸出緩存內容，3600秒後重新生成一道頁面內容這種技術其實也是運用一些低層的Cache API來實現用頁面輸出緩存有幾個參數可以配置，如上面所說的VaryByParams參數，該參數表示什麼時候觸發重輸出的條件，也可以指定在 Http Get或Http Post 請求模式下緩存輸出
例如當我們設置該參數爲VaryByParams=classid;page的時候，default.aspx?classid=3&page=1 請求的輸出都會被緩存起來沒有參數，或不用參數時用none如果傳遞的參數不止一個，那麼即使字符串參數與值都相同，但排列次序不同，那麼在請求頁面時，也將生成不同的緩存頁例如default.aspx?first=1&last=1 和default.aspx?last=1&first=1雖然參數完全相同，但由於排列次序不同，將生成兩個不同的緩存頁
許多人都沒有意識到當用頁面輸出緩存的時候，asp也會生成HTTP頭集（HTTP Header）保存在下游的緩存服務器中，這些信息可以用於Microsoft Internet安全性中以及加速服務器的響應速度當HTTP緩存的頭被重置時，請求的內容會被緩在網絡資源中，當客戶端再次請求該內容時，就不會再從源服務器上獲得內容了，而直接從緩存中獲得內容
雖然用頁面輸出緩存不提高你的應用程序性能，但是它能減少了從的服務器中加載已緩存頁面內容的次數當然，這僅限於緩存匿名用戶可以訪問的頁面因爲一旦頁面被緩存後，就不能再執行授權操作了
2）片斷緩存(對頁面的某一部分,如某個User Control進行緩存)
<%@ OutputCache Duration="60" VaryByParam=TextBox1;TextBox2 %>
在ASP中，除了在頁面範圍內使用緩存，也還可以針對User Control使用Output Cache參數實現對用戶控件的緩存同樣的，一個頁面中相同類型的控件也可以有多個不同的緩存可以根據參數來實現不同的緩存頁面緩存和片斷緩存可以同時使用
3）數據緩存
數據緩存是一種強大而又非常簡單的緩存機制，它可以在緩存區中爲每個應用程序保存各種對象，這些對象可以根據http的請求被調用，但是在各個不同的應用程序中這些對象都是私有的
數據緩存是通過Cache類來實現的當應用程序建立時，一個Cache類就同時被建立，緩存實例的生存週期就是應用程序的生存週期，它會隨着應用程序的重新運行而重建，通過Cache類的方法，我們可以將數據對象放入緩存區，然後通過關鍵字匹配尋找並使用這些對象
Cache類通過一個藉口來控制所有需要緩存的內容，包括規定緩存的時間和緩存方式，可以通過如下方法添加緩存對象：
Cache[關鍵字] = 關鍵字的取值；
然後通過下面的方法來訪問這個對象：
string mKeyValue = ;
if(Cache[關鍵字] != null)
{
mKeyValue = Cache[關鍵字];
}
注意Page.Cache和HttpContext.Current.Cache區別:
它們指的同一個對象，在Page裏，用Page.Cache，如果在global.asax或自己的類裏用:HttpContext.Current.Cache，在有些事件中，由於其沒有HttpContext，就用HttpRuntime.Cache
數據緩存的過期依賴條件
某種意義上，Cache和Application是一樣的，都是一種公有的對象爲了取得緩存與數據有效性之間的平衡，可以根據需要對緩存過期策略進行合理的設置
文件依賴
Cache.Insert (Mydata, Source , New CacheDependency(Server.MapPath(authors.xml)));
此代碼的含義是當authors.xml文件不發生變化的時候，緩存MyData始終有效
時間依賴
設定1小時後過期，這是一種絕對過期
Cache.Insert(Mydata,Source,null ,DateTime.Now.AddHours(1),TimeSpan.Zero);
相對過期依賴
當DataSet不再發生變化20分鐘以後，緩存過期
Cache.Insert(MyData,Source,null,DateTime.MaxValue,TimeSpan.FromMinutes(20));
一個示例：
//絕對過期！！！(用來保存公用的，數據量小的數據對象，可以是任何對象)
//設置
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調試期間不能使用緩存，否則你對頁面所做的修改在緩存過期之前不會得到顯式加載正確的做法應該是在調試結束之後，給需要放入緩存的頁面用戶控件或對象加上緩存指令最後建立部署和安裝項目，生成安裝數據包，這時候就可以到服務器上去發佈你的產品了
詳細參考：
http://hi.baidu.com/erics_lele/blog/item/674e46e7622f262cb83820c6.html
/chengking/archive/2005/10/03/494545.aspx" target="_blank">http://blog.csdn/chengking/archive/2005/10/03/494545.aspx
2預請求緩存
雖然Cache API設計成用來保存某段時間的數據，而預請求緩存只是保存某個時期的某個請求的內容如果某個請求的訪問頻率高，而且這個請求只需要提取，應用，修改或者更新數據一次那麼就可以預緩存該請求我們舉個例子來說明
在CS的論壇應用程序中，每一個頁面的服務器控件都要求得到用於決定它的皮膚（skin）的自定義的數據，以決定用哪個樣式表及其它的一些個性化的東西這裏面的某些數據可能要長時間的保存，有些時間則不然，如控件的skin數據，它只需要應用一次，而後就可以一直使用
要實現預請求緩存，用Asp 的HttpContext類，HttpContext類的實例在每一個請求中創建，在請求期間的任何地方都可以通過HttpContext.Current屬性訪問HttpContext類有一個Items集合屬性，在請求期間所有的對象和數據都被添加到這個集合中緩存起來和你用Cache緩存訪問頻率高數據一樣，你可以用HttpContext.Items緩存那些每個請求都要用到的基礎數據它背後的邏輯很簡單：我們向HttpContext.Items中添加一個數據，然後再從它裏面讀出數據
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
一般的綁定方法<%# 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的寫法在c#中：<%# ((DataRowView)Container.DataItem)["字段名"] %>
5返回多個結果集
無論SqlDataReader還是datset，返回多個結果集，然後用rd.NextResult()或ds.Tables[i]來分別處理數據，減少重複連接數據庫的次數同時儘量用比較高效的SQL代替後續複雜的DataSet二次加工
二頁面優化
1不使用不必要的服務器控件（Server Control）
ASP中，大量的服務器端控件方便了程序開發，但也可能帶來性能的損失，因爲用戶每操作一次服務器端控件，就產生一次與服務器端的往返過程因此，非必要，應當少使用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 窗體頁框架的那些節省時間和代碼的功能，但在某些情況下卻不宜使用 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(在asp2.0中爲GridView)控件
DataGrid控件帶有最強大的數據顯示功能，還內置了對數據的修改刪除添加分頁等很多功能如果只需簡單的顯示數據， DataGrid並非最佳選擇DataGrid控件的分頁功能，數據的存儲方式（存儲在viewstate中）等，雖然讓程序開發者使用方便快捷，但由此產生的性能開銷不容小視
DataList控件比DataGrid功能少了很多但自定義性強了很多特有的多行數據顯示還是比較方便的DataGrid能實現的功能，它基本能實現
Repeater控件功能最少，但自定義性非常強由於減少了很多功能，對服務器的性能帶來消耗最小
因此，在只需簡單顯示數據列表時，選擇Repeater或DataList控件同樣可以達到目的，而且減輕了性能上的開銷
建議選擇順序：Repeater然後DataList最後DataGrid（GridView）
6對數據進行分頁
ASP.NET的DataGrid(在asp2.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 窗體頁的緩衝
除非有特殊的原因要關閉緩衝，否則使其保持打開禁用 Web 窗體頁的緩衝會導致大量的性能開銷
啓用頁面輸出的緩衝區（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）程序改進
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取出數據時，要拆箱回實際的類型建議使用自定義的集合類型代替ArrayListasp 2.0提供了一個新的類型，叫泛型，這是一個強類型，使用泛型集合就可以避免了封箱和拆箱的發生，提高了性能
5使用HashTale代替其他字典集合類型
（如StringDictionary,NameValueCollection,HybridCollection），存放少量數據的時候可以使用HashTable.
6爲字符串容器聲明常量，不要直接把字符封裝在雙引號" "裏面
//避免
MyObject obj = new MyObject();
obj.Status = "ACTIVE";
//推薦
const string C_STATUS = "ACTIVE";
MyObject obj = new MyObject();
obj.Status = C_STATUS;
7不要用ToUpper(),ToLower()轉換字符串進行比較，用String.Compare代替，它可以忽略大小寫進行比較.
例：
const string C_VALUE = "COMPARE";
if (String.Compare(sVariable, C_VALUE, true) == 0)
{
Console.Write( "相同");
}
也可以用str == String.Empty或者str.Length == 0判斷是否爲空(注意判斷輸入數據的長度，可防止sql注入式攻擊)
將String對象的Length屬性與0比較是最快的方法，避免不必要的調用 ToUpper 或 ToLower 方法
8類型轉化Int32.TryParse()優於Int32.Parse()優於Convert.ToInt32()
建議.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()
因爲：
Convert.ToInt32 會把最終的解析工作代理給 Int32.Parse；
Int32.Parse 會把最終的解析工作代理給Number.ParseInt32；
Int32.TryParse 會把最終的解析工作代理給Number.TryParseInt32
9如果只是從XML對象讀取數據，用只讀的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避免在循環體裏聲明變量，應該在循環體外聲明變量，在循環體裏初始化
C#程序開發要遵循的一個基本原則就是避免不必要的對象創建
//避免
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時， 要在finally裏釋放佔用的資源如連接，文件流等
不然在Catch到錯誤後佔用的資源不能釋放
try
{}
catch
{}
finally
{
conntion.close();
}
13不要用Exception控制程序流程
有些程序員可能會使用異常來實現一些流程控制例如：
try{
result=100/num;
}
Catch(Exception e)
{
result=0;
}
但實際上，Exception是非常消耗系統性能的除非必要，不應當使用異常控制來實現程序流程上面的代碼應當寫爲：
if(num!=0)
result=100/num;
else
result=0;
14避免使用遞歸調用和嵌套循環，使用他們會嚴重影響性能，在不得不用的時候才使用
15禁用VB和Jscript動態數據類型
應當始終顯示地申明變量數據類型，這能夠節約程序的執行時間以往，開發人員喜歡使用 Visual BasicVBScript 和 JScript 的原因之一就是它們所謂無類型的性質變量不需要顯式類型聲明，並能夠簡單地通過使用來創建它們當從一個類型到另一個類型進行分配時，轉換將自動執行不過，這種便利會大大損害應用程序的性能
如：
爲了獲得最佳的性能，當聲明 JScript .NET 變量時，請爲其分配一個類型例如，var A : String;
四使用緩存
1使用Output Cache緩存數據
提供緩存功能是ASP中非常強大的一種功能曾看到過某些評測說：ASP程序的性能比SUN的JSP應用程序性能快上幾倍，實際上，該評測程序非常重要的一點就是使用了很多ASP的緩存功能
如果你的組件是要在Asp應用程序中運行，你只要把System.Web.dll引用到你的項目中就可以瞭然後用HttpRuntime.Cache屬性就可訪問Cache了（也可以通過Page.Cache或HttpContext.Cache訪問）
有以下幾條緩存數據的規則第一，數據可能會被頻繁的被使用，這種數據可以緩存第二，數據的訪問頻率非常高，或者一個數據的訪問頻率不高，但是它的生存週期很長，這樣的數據最好也緩存起來第三是一個常常被忽略的問題，有時候我們緩存了太多數據，通常在一臺X86的機子上，如果你要緩存的數據超過800M的話，就會出現內存溢出的錯誤所以說緩存是有限的換名話說，你應該估計緩存集的大小，把緩存集的大小限制在10以內，否則它可能會出問題在Asp中，如果緩存過大的話也會報內存溢出錯誤，特別是如果緩存大的DataSet對象的時候
這裏有幾個你必須瞭解的重要的緩存機制首先是緩存實現了最近使用原則（ a least-recently-used algorithm），當緩存少的時候，它會自動的強制清除那些無用的緩存其次 條件依賴強制清除原則（expiration dependencies），條件可以是時間，關鍵字和文件以時間作爲條件是最常用的在asp2.0中增加一更強的條件，就是數據庫條件當數據庫中的數據發生變化時，就會強制清除緩存
使用 ASP.NET 緩存機制有兩點需要注意首先，不要緩存太多項緩存每個項均有開銷，特別是在內存使用方面不要緩存容易重新計算和很少使用的項其次，給緩存的項分配的有效期不要太短很快到期的項會導致緩存中不必要的週轉，並且經常導致更多的代碼清除和垃圾回收工作若關心此問題，請監視與 ASP.NET Applications 性能對象關聯的 Cache Total Turnover Rate 性能計數器高週轉率可能說明存在問題，特別是當項在到期前被移除時這也稱作內存壓力
切記：
應該：
應該緩存那些經常被訪問同時變化頻率不大的數據
應該緩存整個應用程序都要使用的設置或對象，但這些設置和對象必須在其生存期內不會變化
不應該：
不要緩存個人信息如果緩存個人信息，其他人很容易取得這些信息
不要緩存包含基於時間值的頁面，否則瀏覽者將無法理解爲何時間總是滯後
不要緩存用戶隨時都會修改的對象，如購物車
ASP中常用的緩存方式有：
1）頁面緩存(對整個頁面進行緩存)
<%//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 %>
2.0中爲：
<%@OutputCache VaryByParam=classid;page Duration=3600 %>
你就可以有效的利用第一次請求裏生成的頁面輸出緩存內容，3600秒後重新生成一道頁面內容這種技術其實也是運用一些低層的Cache API來實現用頁面輸出緩存有幾個參數可以配置，如上面所說的VaryByParams參數，該參數表示什麼時候觸發重輸出的條件，也可以指定在 Http Get或Http Post 請求模式下緩存輸出
例如當我們設置該參數爲VaryByParams=classid;page的時候，default.aspx?classid=3&page=1 請求的輸出都會被緩存起來沒有參數，或不用參數時用none如果傳遞的參數不止一個，那麼即使字符串參數與值都相同，但排列次序不同，那麼在請求頁面時，也將生成不同的緩存頁例如default.aspx?first=1&last=1 和default.aspx?last=1&first=1雖然參數完全相同，但由於排列次序不同，將生成兩個不同的緩存頁
許多人都沒有意識到當用頁面輸出緩存的時候，asp也會生成HTTP頭集（HTTP Header）保存在下游的緩存服務器中，這些信息可以用於Microsoft Internet安全性中以及加速服務器的響應速度當HTTP緩存的頭被重置時，請求的內容會被緩在網絡資源中，當客戶端再次請求該內容時，就不會再從源服務器上獲得內容了，而直接從緩存中獲得內容
雖然用頁面輸出緩存不提高你的應用程序性能，但是它能減少了從的服務器中加載已緩存頁面內容的次數當然，這僅限於緩存匿名用戶可以訪問的頁面因爲一旦頁面被緩存後，就不能再執行授權操作了
2）片斷緩存(對頁面的某一部分,如某個User Control進行緩存)
<%@ OutputCache Duration="60" VaryByParam=TextBox1;TextBox2 %>
在ASP中，除了在頁面範圍內使用緩存，也還可以針對User Control使用Output Cache參數實現對用戶控件的緩存同樣的，一個頁面中相同類型的控件也可以有多個不同的緩存可以根據參數來實現不同的緩存頁面緩存和片斷緩存可以同時使用
3）數據緩存
數據緩存是一種強大而又非常簡單的緩存機制，它可以在緩存區中爲每個應用程序保存各種對象，這些對象可以根據http的請求被調用，但是在各個不同的應用程序中這些對象都是私有的
數據緩存是通過Cache類來實現的當應用程序建立時，一個Cache類就同時被建立，緩存實例的生存週期就是應用程序的生存週期，它會隨着應用程序的重新運行而重建，通過Cache類的方法，我們可以將數據對象放入緩存區，然後通過關鍵字匹配尋找並使用這些對象
Cache類通過一個藉口來控制所有需要緩存的內容，包括規定緩存的時間和緩存方式，可以通過如下方法添加緩存對象：
Cache[關鍵字] = 關鍵字的取值；
然後通過下面的方法來訪問這個對象：
string mKeyValue = ;
if(Cache[關鍵字] != null)
{
mKeyValue = Cache[關鍵字];
}
注意Page.Cache和HttpContext.Current.Cache區別:
它們指的同一個對象，在Page裏，用Page.Cache，如果在global.asax或自己的類裏用:HttpContext.Current.Cache，在有些事件中，由於其沒有HttpContext，就用HttpRuntime.Cache
數據緩存的過期依賴條件
某種意義上，Cache和Application是一樣的，都是一種公有的對象爲了取得緩存與數據有效性之間的平衡，可以根據需要對緩存過期策略進行合理的設置
文件依賴
Cache.Insert (Mydata, Source , New CacheDependency(Server.MapPath(authors.xml)));
此代碼的含義是當authors.xml文件不發生變化的時候，緩存MyData始終有效
時間依賴
設定1小時後過期，這是一種絕對過期
Cache.Insert(Mydata,Source,null ,DateTime.Now.AddHours(1),TimeSpan.Zero);
相對過期依賴
當DataSet不再發生變化20分鐘以後，緩存過期
Cache.Insert(MyData,Source,null,DateTime.MaxValue,TimeSpan.FromMinutes(20));
一個示例：
//絕對過期！！！(用來保存公用的，數據量小的數據對象，可以是任何對象)
//設置
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調試期間不能使用緩存，否則你對頁面所做的修改在緩存過期之前不會得到顯式加載正確的做法應該是在調試結束之後，給需要放入緩存的頁面用戶控件或對象加上緩存指令最後建立部署和安裝項目，生成安裝數據包，這時候就可以到服務器上去發佈你的產品了
詳細參考：
http://hi.baidu.com/erics_lele/blog/item/674e46e7622f262cb83820c6.html
/chengking/archive/2005/10/03/494545.aspx" target="_blank">http://blog.csdn/chengking/archive/2005/10/03/494545.aspx
2預請求緩存
雖然Cache API設計成用來保存某段時間的數據，而預請求緩存只是保存某個時期的某個請求的內容如果某個請求的訪問頻率高，而且這個請求只需要提取，應用，修改或者更新數據一次那麼就可以預緩存該請求我們舉個例子來說明
在CS的論壇應用程序中，每一個頁面的服務器控件都要求得到用於決定它的皮膚（skin）的自定義的數據，以決定用哪個樣式表及其它的一些個性化的東西這裏面的某些數據可能要長時間的保存，有些時間則不然，如控件的skin數據，它只需要應用一次，而後就可以一直使用
要實現預請求緩存，用Asp 的HttpContext類，HttpContext類的實例在每一個請求中創建，在請求期間的任何地方都可以通過HttpContext.Current屬性訪問HttpContext類有一個Items集合屬性，在請求期間所有的對象和數據都被添加到這個集合中緩存起來和你用Cache緩存訪問頻率高數據一樣，你可以用HttpContext.Items緩存那些每個請求都要用到的基礎數據它背後的邏輯很簡單：我們向HttpContext.Items中添加一個數據，然後再從它裏面讀出數據
