11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

【編者按】本文出自站外做者 Brij Bhushan Mishra ,Brij 是微軟 MVP-ASP.NET/IIS、C# Corner MVP、CodeProject Insider,前 CodeProject MVP,CodeProject Mentor 以及 CodeProject Platinum Member,擁有6年左右的高級開發工程師/架構師經驗,自幼酷愛計算機。css

採用 ASP.NET 和 IIS 構建 Web 應用程序並將其託管到 Web 服務器上極其簡單,可是許多可提高 Web 應用程序性能的機會或隱藏配置一樣不能忽視。本系列博文將介紹一些簡單但卻能夠應用於任何 Web 應用程序的技巧,而它們倒是常常被忽略或遺忘的。html

1- 內核模式緩存——這是普遍用於程序編寫的主要工具之一,可加速 Web 應用程序。可是大多數時候,不多開發者以最佳方式應用內核模式緩存,僅僅發揮其部分主要優點。因爲全部 ASP.NET 請求均會經歷不一樣階段,所以可在不一樣級別使用緩存,具體以下所示。web

11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

由上圖可見,http.sys 首先接收請求。因爲 http.sys 是位於 OS 內核內且直接接收 TCP 層請求的http listener,所以若是使用內核級緩存可節省大多用於服務器的時間,同時可省去用於 IIS/ASP.NET Pipeline、頁面生命週期、自定義代碼、數據庫等的全部時間。使用緩存的具體步驟以下:數據庫

a)轉到 IIS 並選擇網站。
b)點擊 IIS 部分正下方的Output Cache 圖標。
c)點擊右側面板中 Actions 下方的 Add,出現如下對話框:c#

11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

首先須要在第一個紅框內肯定緩存至內核的文件擴展名,而後選中第二個紅框內的複選框。第三個紅框內爲使緩存失效的三個選項,可根據具體需求進行設置。瀏覽器

注:內核級緩存具備必定侷限性。因爲 IIS 全部功能均針對用戶級,所以沒法使用任何功能。不能使用內核緩存狀況的完整列表見 msdn 文章。緩存

2- Pipeline 模式(IIS 7+可用)——應用程序池級有兩種 Pipeline 模式可用:經典模式和集成模式。經典模式可用於支持來自 IIS6 的應用程序。所以,首先須要瞭解這兩種模式。IIS 許多功能均以 IIS 模塊形式實現,一樣也有很多功能以 HTTP 模塊實現,而 HTTP 模塊構成 ASP.NET Pipeline 的一部分。在經典模式下,全部請求在被處理以前首先通過 IIS Pipeline,再通過 ASP.NET Pipeline。許多功能同時是兩種 Pipeline 的一部分,好比 Authentication。在集成模式下,兩種 Pipeline 合而爲一,全部模塊(IIS 模塊及 ASP.NET 模塊)出現時便從單一事件調用,從而下降冗餘性且對提高應用程序性能很是有幫助。服務器

選擇相應應用程序池並右擊屬性,即可設置/更新 Pipeline 模式。架構

11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

可在上圖紅框內設置 Pipeline 模式。app

注:切勿盲目更改設置。若是應用程序來自 IIS6,則可能對 IIS6 存在必定依賴性。所以,完全更改設置後,進行測試後方可進入下一步。

3- 刪除不用的模塊——全部請求均會通過 ASP.NET Pipeline,而 ASP.NET Pipeline 包含許多 HTTP 模塊,以及一個 http handler,以下圖所示對請求進行處理:

11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

由上圖可見,請求通過全部模塊,再經處理程序處理,而後再次通過各個模塊。默認狀況下,ASP.NET 應用程序究竟啓用了多少個模塊。經過添加如下代碼獲得全部模塊列表:

HttpApplication httpApps = HttpContext.ApplicationInstance;

//Get list of active modules
HttpModuleCollection httpModuleCollections = httpApps.Modules;
ViewBag.ModulesCount = httpModuleCollections.Count;

獲得的模塊可綁定至任何控件,具體結果以下:

11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

上圖顯示已啓用18個模塊,而其中有些模塊並未真正使用,可是請求仍需經過全部模塊。所以,可從 Pipeline 中刪除不用的模塊。只需在 web.config 中添加下列配置即可刪除模塊:

<system.webServer>
    <modules>
      <remove name="FormsAuthentication" />
      <remove name="DefaultAuthentication" />
      <remove name="OutputCache" />
      <remove name="AnonymousIdentification" />
      <remove name="RoleManager" />
    modules>
  system.webServer>

此處,採用刪除標記列出須要刪除的模塊。因爲在此刪除了5個模塊,下次查看現用模塊便只有13個。

注:示例爲2013版,若是使用其餘版本,獲得的模塊數可能不相同,但重點是需刪除不須要的模塊。

4- 爲全部請求運行全部託管模塊——這是存在於 web.config 或 applicationHost.config中的另外一配置,經過如下代碼設置對IIS 上全部應用程序有效。

<modules runAllManagedModulesForAllRequests="true">

這意味着,可爲到達應用程序的全部請求運行全部模塊,但因爲只需運行 ASP.NET 文件而非 css、js、jpg、html等其餘文件,所以一般不須要運行全部模塊。也就是說,即便這些資源的請求通過 Pipeline,但這些文件並不須要經過 Pipeline,由於這樣只會增長額外開支,但不能僅僅在應用程序級設置爲假。所以,可經過如下兩種方式解決:

a) 另外建立一個應用程序來處理上述靜態資源,並在 web.config 中將其設置爲假。

b) 或者在同一應用程序中,將全部靜態資源放入一個文件夾,添加針對該文件夾的 web.config 文件,並將其設置爲假。

5- 切勿在文件夾 c:\inetpub\wwwroot中寫入任何內容——文件觀察程序會查看文件夾,若是文件夾出現任何變動,文件觀察程序便會重啓相應的應用程序池。此功能在 IIS 中可用,若是 web.config 或任何文件出現任何變動,文件觀察程序便會重啓應用程序池,使得修改後的應用程序可處理請求。如今假設將應用程序日誌寫入應用程序文件夾內的文本文件內,使得各請求均有幾個條目,從而致使應用程序池會屢次重啓,這對應用程序具備危害性。所以,與此相反,請勿在此文件夾內寫入或變動任何內容,直至此文件再也不是 application binaries 的一部分。

6- 刪除多餘的視圖引擎——a)衆所周知,視圖引擎是 MVC 請求生命週期的一部分,且負責發現並處理視圖。也可添加自定義的視圖引擎。接下來建立默認的 MVC 應用程序並試圖返回解決方案中不存在的視圖。如今運行此應用程序會出現如下錯誤。

11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

上圖代表應用程序在查找全部可能位置的 razor 和 aspx 文件。可是因爲已知使用的是 razor 視圖引擎而且查找其餘 aspx 文件並不能解決問題,所以不該浪費時間查找其餘 aspx 文件,從而應刪除多餘的視圖引擎。須要採用 Application_Start 方法添加如下代碼,Application_Start 方法在 Global.asax 內可用。

// Removing all the view engines
            ViewEngines.Engines.Clear();

            //Add Razor Engine (which we are using)
     ViewEngines.Engines.Add(new RazorViewEngine());

如今再次運行應用程序。

如今應用程序只查找 razor 文件。

b) 仔細看以上截圖可發現應用程序在查找 c# 和 vb 文件,假設解決方案中從未使用 vb,所以查找 vbhtml 文件並沒有任何做用。欲解決這個問題,須要編寫自定義的視圖引擎。所以,按照如下方法編寫自定義 razor 視圖引擎:

public class MyCustomViewEngine : RazorViewEngine
    {
        public MyCustomViewEngine()
        {
            base.AreaViewLocationFormats = new string[] {"~/Areas/{2}/Views/{1}/{0}.cshtml", "~/Areas/{2}/Views/Shared/{0}.cshtml"};
            base.AreaMasterLocationFormats = new string[] {"~/Areas/{2}/Views/{1}/{0}.cshtml", "~/Areas/{2}/Views/Shared/{0}.cshtml" };
            base.AreaPartialViewLocationFormats = new string[] {"~/Areas/{2}/Views/{1}/{0}.cshtml","~/Areas/{2}/Views/Shared/{0}.cshtml"};
            base.ViewLocationFormats = new string[] { "~/Views/{1}/{0}.cshtml","~/Views/Shared/{0}.cshtml" };
            base.MasterLocationFormats = new string[] { "~/Views/{1}/{0}.cshtml","~/Views/Shared/{0}.cshtml" };
            base.PartialViewLocationFormats = new string[] {"~/Views/{1}/{0}.cshtml", "~/Views/Shared/{0}.cshtml" };
            base.FileExtensions = new string[] { "cshtml" };
        }
    }

在此繼承了 RazorViewEngine,若是看見代碼中的構造函數,則會發現已指定全部可能存在文件的位置,也包括可能的文件擴展名。如今 Global.asax 內使用此視圖引擎。

運行應用程序。

11個顯著提高 ASP.NET 應用程序性能的技巧——第1部分

如今應用程序查找 csharp razor 文件,會得到不錯的性能。

結論——本文介紹了可很容易用於任何 ASP.NET 應用程序的6個技巧:

1- 內核模式緩存

2- Pipeline 模式

3- 刪除不用的模塊

4- 爲全部請求運行全部託管模塊

5- 切勿在 wwwroot 內寫入任何內容

6- 刪除未使用的視圖引擎及語言

本系列後續博文將再介紹5個可用做應用程序性能提高器的技巧。敬請期待!

OneAPM 助您輕鬆鎖定 .NET 應用性能瓶頸,經過強大的 Trace 記錄逐層分析,直至鎖定行級問題代碼。以用戶角度展現系統響應速度,以地域和瀏覽器維度統計用戶使用狀況。想閱讀更多技術文章,請訪問 OneAPM 官方博客

原文地址:
http://www.infragistics.com/community/blogs/devtoolsguy/archive/2015/08/07/12-tips-to-increase-the-performance-of-asp-net-application-drastically-part-1.aspx

本文轉自 OneAPM 官方博客

相關文章
相關標籤/搜索