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 官方博客