ASP.NET4的自动启动特性浅析

你瞧,你绿油油的小草从土里钻了出来。嫩嫩的,它在饱受严冬的考验之后,在严冬它聚集着力量,想在春天到来时,将力量释放出来,它展示出了生命力的顽强,也展现出自己对春天的渴望!在万物最需要水的时候,春雨悄悄地轻轻地到来了。生怕踩到了这些顽强的小精西。春雨打在小草的脸上,轻轻地。小草贪婪的吮吸着春雨,一会儿,春风也来 "凑热闹 "了,春风来为柳树 "梳头 "来了,春风也轻轻地,怕自己的鲁莽把柳树的头发弄断了。

自动启动,先行初始化web应用,而不必等待外部客户端访问web服务器时才启动的能力。这可以有助于你给第一个访问者提供一个更快的回复体验,避免撰写定制脚本来“预热(warm up)”服务器和准备好任何数据缓存。它可用于任何类型的ASP.NET应用,包括基于ASP.NET Web Forms和ASP.NET MVC的应用。

在ASP.NET 4中自动启动Web应用

有些web应用在可以处理用户访问之前,需要装载很多的数据,或做一些花费很大的初始化处理。今天使用 ASP.NET 的开发人员经常使用应用的Global.asax 文件中的 “Application_Start”事件处理函数来做这些工作(该事件是在第一个请求执行时触发的)。他们要么设计定制脚本,周期性地向应用发假的请求,来“唤醒它(wake it up)”,从而在客户访问之前执行这个代码,或者就让那不幸的第一个访问者等着这个逻辑执行完才处理其请求(这可以给这些用户造成很长的耽搁)。

ASP.NET 4中有一个叫“自动启动(auto-start)”的新特性,可以较好地解决这个场景, 可以在IIS 7.5(随Windows 7和Windows Server 2008 R2发布)上运行 ASP.NET 4时使用。这个自动启动特性提供了一个可控制的方式来启动一个应用工作进程,初始化ASP.NET 应用,然后接受HTTP请求。

将一个ASP.NET 4应用配置成自动启动

要使用ASP.NET 4自动启动特性,你首先配置IIS应用池工作进程,使在其中运行的应用在web服务器最先装载时即自动启动。配置方法是,打开IIS 7.5的applicationHost.config文件(C:\Windows\System32\inetsrv\config\applicationHost.config),在合适的< applicationPools>中加一个 startMode=”AlwaysRunning”属性:

< applicationPools>  
   < add name="MyAppWorkerProcess" managedRuntimeVersion="v4.0" startMode="AlwaysRunning" />  
< /applicationPools> 

如果你运行Windows任务管理器,点击“显示所有用户的进程”复选框,然后把applicationHost.config文件的startMode属性改动保存的话,在文件保存后的瞬间就会看到一个新的“w3wp.exe” 工作进程启动起来了。

一个单一IIS应用池工作进程可以宿主多个ASP.NET 应用,你可以通过在对应应用的 < application> 中加一个serviceAutoStartEnabled="true" 属性,来指定在工作进程装载时你想要哪些应用自动启动起来:

< sites>  
   < site name="MySite" id="1">  
     < application path="/" serviceAutoStartEnabled="true" serviceAutoStartProvider="PreWarmMyCache" /> 
   < /site>  
< /sites> 
< serviceAutoStartProviders>  
   < add name="PreWarmMyCache" type="PreWarmCache, MyAssembly" />  
< /serviceAutoStartProviders> 

上面的serviceAutoProvider="PreWarmMyCache" 属性引用了config文件中的一个提供器(provider)配置,允许你配置一个自定义的类,该类用于封装应用的任何 "预热(warming up)" 逻辑。这个类会在工作进程和应用预载时(在收到任何外部web请求之前)自动被调用,可用于执行想要在接受和处理请求之前执行的任何初始化或缓存装载逻辑:

public class PreWarmCache : System.Web.Hosting.IProcessHostPreloadClient { 
  public void Preload(string[] parameters) {  
    // Perform initialization and cache loading logic here...  
  }  
} 

IIS会将应用启动到这样一个状态,在这个状态中,它不能接受请求,直到你的 "预热(warming up)" 逻辑完成为止。在Preload方法中的初始化代码运行完返回之后,ASP.NET 应用会被标记为可处理请求了。

你也可以把新的自动启动"warming up"特性与IIS7 应用请求导向(Application Request Routing, ARR) 扩展的负载平衡功能结合起来,用它来在应用完成初始化,可以接受HTTP请求之后,向负载平衡器发信号,在这个时候,服务器可以放入web farm来处理请求。

结束语

ASP.NET 4 和 IIS 7.5的自动启动新特性提供了一个定义明确的方式,允许你在任何终端用户访问你的应用之前,运行花费大的应用启动和预缓存逻辑,这允许你一开始就将应用“预热(warmed up)”好,提供一个始终如一的高性能体验。

希望本文对你有所帮助,对自动启动特性有更深入的了解。

本文ASP.NET4的自动启动特性浅析到此结束。一个人只有亲眼看到自己伤疤的时候才知道什么是痛,什么是对与错小编再次感谢大家对我们的支持!

您可能有感兴趣的文章
ASP.NET轻量级MVC框架Nancy的基本用法

使用grpcui测试ASP.NET core的gRPC服务

ASP.NET Core中的对象池介绍

asp.net中MVC的处理流程详解

ASP.NET Core的日志系统介绍