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年左右的高級開發工程師/架構師經驗，自幼酷愛計算機。

采用 ASP.NET 和 IIS 構建 Web 應用程序并將其托管到 Web 服務器上極其簡單，但是許多可提升 Web 應用程序性能的機會或隱藏配置同樣不能忽視。本系列博文將介紹一些簡單但卻可以應用于任何 Web 應用程序的技巧，而它們卻是經常被忽略或遺忘的。

1- 內核模式緩存——這是廣泛用于程序編寫的主要工具之一，可加速 Web 應用程序。但是大多數時候，很少開發者以最佳方式應用內核模式緩存，僅僅發揮其部分主要優勢。由于所有 ASP.NET 請求均會經歷不同階段，因此可在不同級別使用緩存，具體如下所示。

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

a）轉到 IIS 并選擇網站。 
b）點擊 IIS 部分正下方的Output Cache 圖標。 
c）點擊右側面板中 Actions 下方的 Add，出現以下對話框：

首先需要在第一個紅框內確定緩存至內核的文件擴展名，然后選中第二個紅框內的復選框。第三個紅框內為使緩存失效的三個選項，可根據具體需求進行設置。

注：內核級緩存具有一定局限性。由于 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 模式。

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

注：切勿盲目更改設置。如果應用程序來自 IIS6，則可能對 IIS6 存在一定依賴性。因此，徹底更改設置后，進行測試后方可進入下一步。

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

由上圖可見，請求經過所有模塊，再經處理程序處理，然后再次經過各個模塊。默認情況下，ASP.NET 應用程序究竟啟用了多少個模塊。通過添加以下代碼得到所有模塊列表：

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

得到的模塊可綁定至任何控件，具體結果如下：

上圖顯示已啟用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 應用程序并試圖返回解決方案中不存在的視圖。現在運行此應用程序會出現以下錯誤。

上圖表明應用程序在查找所有可能位置的 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 內使用此視圖引擎。

運行應用程序。

現在應用程序查找 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 官方博客