• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    ASP.NET中常用的26個優化性能方法

    發布: 2008-7-28 10:09 | 作者: 網絡轉載 | 來源: 測試時代采編 | 查看: 158次 | 進入軟件測試論壇討論

    領測軟件測試網


    16. 適當地使用公共語言運行庫的垃圾回收器和自動內存管理  

    小心不要給每個請求分配過多內存,因為這樣垃圾回收器將必須更頻繁地進行更多的工作。另外,不要讓不必要的指針指向對象,因為它們將使對象保持活動狀態,并且應盡量避免含 Finalize 方法的對象,因為它們在后面會導致更多的工作。特別是在 Finalize 調用中永遠不要釋放資源,因為資源在被垃圾回收器回收之前可能一直消耗著內存。最后這個問題經常會對 Web 服務器環境的性能造成毀滅性的打擊,因為在等待 Finalize 運行時,很容易耗盡某個特定的資源。   

    17. 如果有大型 Web 應用程序,可考慮執行預批編譯  

    每當發生對目錄的第一次請求時都會執行批編譯。如果目錄中的頁面沒有被分析并編譯,此功能會成批分析并編譯目錄中的所有頁面,以便更好地利用磁盤和內存。如果這需要很長時間,則將快速分析并編譯單個頁面,以便請求能被處理。此功能帶給 ASP.NET 性能上的好處,因為它將許多頁面編譯為單個程序集。從已加載的程序集訪問一頁比每頁加載新的程序集要快。批編譯的缺點在于:如果服務器接收到許多對尚未編譯的頁面的請求,那么當 Web 服務器分析并編譯它們時,性能可能較差。為解決這個問題,可以執行預批編譯。為此,只需在應用程序激活之前向它請求一個頁面,無論哪頁均可。然后,當用戶首次訪問您的站點時,頁面及其程序集將已被編譯。沒有簡單的機制可以知道批編譯何時發生。需一直等到 CPU 空閑或者沒有更多的編譯器進程(例如 csc.exe(C# 編譯器)或 vbc.exe(Visual Basic 編譯器))啟動。還應盡量避免更改應用程序的 \bin 目錄中的程序集。更改頁面會導致重新分析和編譯該頁,而替換 \bin 目錄中的程序集則會導致完全重新批編譯該目錄。在包含許多頁面的大規模站點上,更好的辦法可能是根據計劃替換頁面或程序集的頻繁程度來設計不同的目錄結構。不常更改的頁面可以存儲在同一目錄中并在特定的時間進行預批編譯。經常更改的頁面應在它們自己的目錄中(每個目錄最多幾百頁)以便快速編譯。Web 應用程序可以包含許多子目錄。批編譯發生在目錄級,而不是應用程序級。

    18. 不要依賴代碼中的異! 

    因為異常大大地降低性能,所以您不應該將它們用作控制正常程序流程的方式。如果有可能檢測到代碼中可能導致異常的狀態,請執行這種操作。不要在處理該狀態之前捕獲異常本身。常見的方案包括:檢查 null,分配給將分析為數字值的 String 一個值,或在應用數學運算前檢查特定值。下面的示例演示可能導致異常的代碼以及測試是否存在某種狀態的代碼。兩者產生相同的結果。


     try   {   result = 100 / num;   }   catch (Exception e)   {   result = 0;   }   // ...to this.   if (num != 0)   result = 100 / num;   else   result = 0;

    19. 使用 HttpResponse.Write 方法進行字符串串聯

    該方法提供非常有效的緩沖和連接服務。但是,如果您正在執行廣泛的連接,請使用多個 Response.Write 調用。下面示例中顯示的技術比用對 Response.Write 方法的單個調用連接字符串更快。




    Response.Write("a");   Response.Write(myString);   Response.Write("b");   Response.Write(myObj.ToString());   Response.Write("c");   Response.Write(myString2);   Response.Write("d"); 20. 除非有特殊的原因要關閉緩沖,否則使其保持打開

    禁用 Web 窗體頁的緩沖會導致大量的性能開銷。   

    21. 只在必要時保存服務器控件視圖狀態  

    自動視圖狀態管理是服務器控件的功能,該功能使服務器控件可以在往返過程上重新填充它們的屬性值(您不需要編寫任何代碼)。但是,因為服務器控件的視圖狀態在隱藏的窗體字段中往返于服務器,所以該功能確實會對性能產生影響。您應該知道在哪些情況下視圖狀態會有所幫助,在哪些情況下它影響頁的性能。例如,如果您將服務器控件綁定到每個往返過程上的數據,則將用從數據綁定操作獲得的新值替換保存的視圖狀態。在這種情況下,禁用視圖狀態可以節省處理時間。默認情況下,為所有服務器控件啟用視圖狀態。若要禁用視圖狀態,請將控件的EnableViewState 屬性設置為 false,如下面的 DataGrid 服務器控件示例所示。




    您還可以使用 @ Page 指令禁用整個頁的視圖狀態。當您不從頁回發到服務器時,這將十分有用:


    <%@ Page EnableViewState="false" %>

    注意:@ Control 指令中也支持 EnableViewState 屬性,該指令允許您控制是否為用戶控件啟用視圖狀態。若要分析頁上服務器控件使用的視圖狀態的數量,請(通過將 trace="true" 屬性包括在 @ Page 指令中)啟用該頁的跟蹤并查看 Control Hierarchy 表的 Viewstate 列。有關跟蹤和如何啟用它的信息,請參見 ASP.NET 跟蹤。

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    54/5<12345>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>