使用ASP.NET 4的自動啟動特性
微軟.NET平臺主管Scott Gu的Visual Studio 2010和.NET 4.0教程系列仍在繼續，我們現在已經進入到第七篇。今天，Scott Gu將談談新的運行時特性。前面幾篇可參考：
我想換一下討論的主題，從討論新的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” 工作進程啟動起來了。
一個單一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
【編輯推薦】
