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