Asp.Net效能最佳化.

來源:互聯網
上載者:User
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://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx
       II.使用時注意Page.Cache和HttpContext.Current.Cache區別:
          它們指的同一個對象,在Page裡,用Page.Cache,如果在global.asax或自己的類裡用:HttpContext.Current.Cache
          在有些事件中,由於其沒有HttpContext,就用HttpRuntime.Cache.

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

 



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。