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;i<10000;i++)
         { 
             test = test + i;             
         }
         和
string test="";
for(for int i=0;i<10000;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.資料庫連接開啟和關閉。  在需要串連時開啟，當訪問完資料庫要立刻關閉串連.
       舉例說明,還是看兩個程式碼片段:
 
        I.
           

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;i<1000;i++)   //for迴圈類比取得資料前的商業邏輯操作
         {
            Thread.Sleep(1000);
       }
       myAdapter.Fill(ds);
for(int i=0;i<1000;i++)   //for迴圈類比取得資料後的商業邏輯操作
        {
           Thread.Sleep(1000);
        }
        MyConnection.Close();     //關閉串連

        II.
           

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;i<1000;i++)   //for迴圈類比取得資料前的商業邏輯操作
         {
            Thread.Sleep(1000);
       }
       MyConnection.Open();      //開啟串連
           myAdapter.Fill(ds);
          MyConnection.Close();     //關閉串連
        for(int i=0;i<1000;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使用的例子:
           http://www.cnblogs.com/DoNetCShap/archive/2011/12/21/2295630.html
       II.使用時注意Page.Cache和HttpContext.Current.Cache區別:
          它們指的同一個對象，在Page裡，用Page.Cache，如果在global.asax或自己的類裡用:HttpContext.Current.Cache
          在有些事件中，由於其沒有HttpContext，就用HttpRuntime.Cache.

不對的地方請讀者批評指正!