本系列文章导航
VS 2010 和 .NET 4.0 系列之《ASP.NET 4 中的SEO改进 》篇
VS 2010 和 .NET 4.0 系列之《干净的Web.Config文件 》篇
VS 2010 和 .NET 4.0 系列之《起始项目模板》篇
VS 2010 和 .NET 4.0 系列之《多定向支持》篇
VS 2010 和 .NET 4.0 系列之《多显示器支持》篇
VS 2010 和 .NET 4.0 系列之《代码优化的Web开发Profile》篇
VS 2010 和 .NET 4.0 系列之《ASP.NET, HTML, JavaScript 代码片段支持》篇
VS 2010 和 .NET 4.0 系列之《自动启动ASP.NET应用》篇
VS 2010 和 .NET 4.0 系列之《在ASP.NET 4 Web Forms中实现URL导向》篇
VS 2010 和 .NET 4.0 系列之《在VS 2010中查询和导航代码》篇
VS 2010 和 .NET 4.0 系列之《VS 2010代码智能提示的改进》篇
VS 2010 和 .NET 4.0 系列之《添加引用对话框的改进》篇
VS 2010 和 .NET 4.0 系列之《内置图表控件》篇
这是我针对即将发布的VS 2010 和 .NET 4所撰写的贴子系列的第七篇。
我想换一下讨论的主题，从讨论新的VS 2010工具特性，转而写几个贴子讨论几个新的运行时特性（别担心，我还会转回来讨论更多VS特性的，我只是想混合一下）。
今天的贴子讨论一个你可以选择利用的ASP.NET 4中小小的，但很棒的新特性，即，自动启动，先行初始化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” 工作进程启动起来了。
<applicationPools>
<add name="MyAppWorkerProcess" managedRuntimeVersion="v4.0" startMode="AlwaysRunning" />
</applicationPools>
一个单一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）”好，提供一个始终如一的高性能体验。
希望本文对你有所帮助，
Scott