本文搜集匯總了Asp.net性能優化的各種技巧，對于Asp.Net開發人員有很好的參考借鑒價值。具體內容如下：

一、選擇會話狀態存儲方式

在Webconfig文件配置:

sessionState mode="???" stateConnectionString="tcpip=127.0.0.1:42424" 
 sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" 
cookieless="false" timeout="20"/> 

Asp.net有三種方式存儲會話狀態信息:

1. 存儲在進程中: 屬性mode = InProc
特點：具有最佳的性能，速度最快,但不能跨多臺服務器存儲共享.

2. 存儲在狀態服務器中: 屬性mode = "StateServer"
特點: 當需要跨服務器維護用戶會話信息時，使用此方法。
但是信息存儲在狀態服務器上，一旦狀態服務器出現故障，信息將丟失

3. 存儲在Sql Server中: 屬性mode="SqlServer"
特點: 工作負載會變大，但信息不會丟失.

補充一點：
I. 由于某些頁面不需要會話狀態，則可以將會話狀態禁用:
     如下代碼所示：

%@ Page EnableSessionState="false" %>

II.如果頁面需要訪問會話變量但不允許修改它們，可以設置頁面會話狀態為只讀:
     如下代碼所示：

%@ Page EnableSessionState="false" %>

使用時可以根據具體情況選擇某種方式

二、使用Page.IsPostBack

Page.IsPostBack表示是否是從客戶端返回的. 初次運行時，不是從客戶端返回，它的值為false,當觸發頁面上的事件或刷新頁面時，Page.IsPostBack由于是回發的，值變為true;

一般在:  Page_Load方法中用:

private void Page_Load(Object sender,EventArgs e)
{
if(!Page.IsPostBack)
{
   ....; //初始化頁面的代碼。這些代碼第一次頁面初始化時執行，當第二次回發時，
   //不會再執行。提高效率。 
}
}

往往很多時候不得不用IsPostBack, 因為有些控件初始化后，要保持它的狀態.
例如: DropDownList,如果每次都初始化，則用戶無論選擇其選項，都會被初始化為默認值.

三、避免使用服務器控件

1.一般的靜態顯示信息，盡量不要用服務端控件顯示. 因為服務端控件需要回發服務端執行,會降低程序執行效率,一般用DIV>顯示即可. 如果用了服務端控件，將: runat="server"去掉,也會提高效率.

2.禁用服務端控件的狀態視圖，有些控件不需要維護其狀態，可以設置其屬性: EnableViewState=false;
如果整個頁面控件都不需要維持狀態視圖，則可以設置整個頁面的狀態視力為false:
 如下代碼所示:

%@ Page EnableViewState="false"%>

3.在Web.Config文件中配置:
  ASP.NET Sessionss可以在Web.config或Machine.config中的Sessionsstate元素中配置。
下面是在 Web.config中的設置的例子：

Sessionsstate timeout="10" cookieless="false" mode="Inproc" /> 

四、避免使用DataGrid

大家都知道DataGrid功能強大。 但是功能強大的同時，增加了性能上的開銷。 一般用其它控件: DataList
或Repeater控件能實現的，盡量不用DataGrid.

五、字符串操作

1.避免裝箱操作.  裝箱操作運行效率比較低.
例如運行兩個代碼段:  

string test="";
for(for int i=0;i10000;i++)
{ 
  test = test + i;       
}

和

string test="";
for(for int i=0;i10000;i++)
{ 
  test = test + i.ToString();       
}

下面的代碼段顯然效率要高.因為i是整型的，系統要先把i進行裝箱轉換為string型的，再進行連接. 需要時間
讀者可以Copy到自己機器上測試一下.

2.使用StringBulider類

在進行字符串連接時:  string str = str1 + str2 + ....;
一般超過三項連接，最好用StringBuilder來代替String類.  StringBuilder可以避免重新創建String 對象造成
的性能損失.
一般用于組裝Sql語句時用到: StringBulider.讀者可以到自己機器上測試一下.

3.盡量少用:

try
{}
catch
{}
finally
{}

語句.此語句執行效率比較低.

六、ADO.Net使用方面優化

1.數據庫連接打開和關閉。在需要連接時打開，當訪問完數據庫要立刻關閉連接.
舉例說明,還是看兩個代碼段:

代碼1：
  

DataSet ds = new DataSet();
  SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
  SqlCommand myCommand = new SqlCommand(strSql,MyConnection);  
  SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
MyConnection.Open();   //打開連接
 for(int i=0;i1000;i++)  //for循環模擬取得數據前的商業邏輯操作
 {
  Thread.Sleep(1000);
}
myAdapter.Fill(ds);
for(int i=0;i1000;i++)  //for循環模擬取得數據后的商業邏輯操作
{
  Thread.Sleep(1000);
}
MyConnection.Close();   //關閉連接

代碼2：
  

 DataSet ds = new DataSet();
  SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
  SqlCommand myCommand = new SqlCommand(strSql,MyConnection);  
  SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);    
 for(int i=0;i1000;i++)  //for循環模擬取得數據前的商業邏輯操作
 {
  Thread.Sleep(1000);
}
MyConnection.Open();   //打開連接
  myAdapter.Fill(ds);
 MyConnection.Close();   //關閉連接
for(int i=0;i1000;i++)  ////for循環模擬取得數據后的商業邏輯操作
{
  Thread.Sleep(1000);
}

顯示II代碼比I代碼好的多，I中早早占著連接不放，如果用戶很多的話，容易出現連接池滿情況。嚴重時出現死機現象.

2.數據庫查詢

I.  直接生成SQL語句。 Sql Server每次都要對其進行編譯，在性能方面不會有很大的提高。 另外也不夠安全。容易被攻擊.
II. 使用帶參數的SQL命令。這種方式Sql Server只對其編譯一次，對于不同的參數可以重復使用編譯后的命令。提高了性能.
III.使用Sql Server存儲過程. 編譯一次. 具有獨立性，便于修改和維護.  一次能完成用語句發送多次的功能.減少了網絡的流量。  并不一定存儲過程一定比語句效率要高，如果商業邏輯很復雜的話，有時候用語句比存儲過程效率要高.

七、緩存優化

緩存分為兩種：頁面緩存和API緩存.

1.使用頁面緩存和片段緩存：

%@ OutputCache Duration="5" VaryByParam="None"%> 
%@ OutputCache Duration=60 VaryByParam=”TextBox1,TextBox2” %>

說明: Duration是設置Cache的過期時間;
VarByParam是設置是否根據參數而變化,None是所有參數使用同一Cache, 
設置TextBox1時則根據TextBox1的不同值分別緩存;當有多個參數時則要組合緩存;

2.API緩存。用于在應用程序中使用

I. 一個Cache使用的例子:
   https://www.jb51.net/article/52399.htm

II.使用時注意Page.Cache和HttpContext.Current.Cache區別:

它們指的同一個對象，在Page里，用Page.Cache，如果在global.asax或自己的類里用:HttpContext.Current.Cache
在有些事件中，由于其沒有HttpContext，就用HttpRuntime.Cache.