【编者按】本文出自站外作者 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 官方博客。
本文转自 OneAPM 官方博客
