11个显著提升 ASP.NET 应用程序性能的技巧——第1部分-阿里云开发者社区

开发者社区> 开发与运维> 正文

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 请求均会经历不同阶段,因此可在不同级别使用缓存,具体如下所示。

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,出现以下对话框:

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 模式。

注:切勿盲目更改设置。如果应用程序来自 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 官方博客

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章