当前位置: 首页 > 编程笔记 >

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

常波鸿
2023-03-14
本文向大家介绍ASP.NET4的自动启动特性浅析,包括了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的自动启动新特性提供了一个定义明确的方式,允许你在任何终端html" target="_blank">用户访问你的应用之前,运行花费大的应用启动和预缓存逻辑,这允许你一开始就将应用“预热(warmed up)”好,提供一个始终如一的高性能体验。

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

 类似资料:
  • 与不同,它看起来不支持参数。有没有办法为实现相同的行为?这是我的用例: 我有一个通用的Spring应用程序,它可以监听任何Kafka主题并写入我数据库中的相应表。对于某些主题,音量较低,因此可以以非常低的延迟处理单个消息。对于其他大容量的主题,代码应该接收消息的微批处理并使用Jdbc批处理写入数据库的频率较低。理想情况下,侦听器的定义如下所示: 对于小容量的主题,我会设置启用为true和为fals

  • 首先在 /etc/init.d 目录下添加 es 脚本(可执行), #!/bin/bash su es -c "/elasticsearch-2.3.5/bin/elasticsearch -d" 2. 查看系统启动级别 [root@slave02 init.d]# runlevel N 5 3. 在 /etc/rc5.d 下建立软链 ln -s S70es /etc/init.d/es

  • 安装Windows服务时,有两个选项可以在Windows启动时自动启动Windows服务。一个是自动,另一个是自动(延迟启动)。详细来说,这两者有什么区别? 例如,如果您使用wixtoolset创建安装程序,ServiceConfig元素具有DelayedAutoStart属性。当服务在启动时启动时,这会对发生的事情产生什么影响? WiX留档:ServiceConfig元素

  • 我有一个基于Eclipse的OSGi应用程序,它由按功能组织的包组成。我使用产品定义来启动应用程序。在此定义中,我还可以设置捆绑包的开始级别。 现在想象一下,我想为正在运行的应用程序添加一个功能。p2.inf文件是在该功能中指定捆绑包启动级别的唯一方法吗?重新定义和重新启动产品听起来不像是最佳解决方案,因为它不是真正动态的。

  • 我正在创建一个运行在Eclipse之外的无头OSGI服务器。我使用Jetty作为我的Servlet容器,使用Equinox作为我的OSGI容器。我正在使用包将Jetty添加到OSGi中。如果我从提示符手动启动jetty和org.eclipse.equinox.http.registry,那么它就可以正常运行。但是,我希望这是在无人值守的情况下运行的,所以我需要在OSGi启动时自动(或者至少是编程方

  • UMD™自动启动     设定插入UMD™后启动PSP™电源时,是否自动播放UMD™。 关 不自动开始播放。 开 会自动开始播放。