ASP.NET 2.0運行時簡要分析(2)
發表于:2007-06-30來源:作者:點擊數:
標簽:
編譯的工作由BuildManager完成的。BuildManager先得到GlobalAsaxType(也就是HttpApplication),然后調用BuildManager.GetGlobalAsaxBuildResult()=》GetGlobalAsaxBuildResultInternal()=》EnsureTopLevelFilesCompiled()進行編譯。 在EnsureTopLevelF
編譯的工作由BuildManager完成的。BuildManager先得到GlobalAsaxType(也就是HttpApplication),然后調用BuildManager.GetGlobalAsaxBuildResult()=》GetGlobalAsaxBuildResultInternal()=》EnsureTopLevelFilesCompiled()進行編譯。
在EnsureTopLevelFilesCompiled中,先進行CompilationStage.TopLevelFiles編譯,對下面三個目錄中的文件進行編譯:
a. CompileResourcesDirectory();
編譯App_GlobalResources目錄。
b. CompileWebRefDirectory();
編譯App_WebReferences目錄。
c. CompileCodeDirectories();
編譯App_Code目錄。
接著進行CompilationStage.GlobalAsax 編譯,對global.asax進行編譯,方法調用情況:CompileGlobalAsax()=》ApplicationBuildProvider.GetGlobalAsaxBuildResult(BuildManager.IsPrecompiledApp)。
在GetGlobalAsaxBuildResult中具體的編譯是由ApplicationBuildProvider與BuildProvidersCompiler共同完成的。
BuildProvidersCompiler.PerformBuild();進行編譯工作。
ApplicationBuildProvider.GetBuildResult得到編譯的結果。
編譯成功后,會在C:\
Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\相應的目錄中生成類似App_global.asax.mlgx7n2v.dll的dll文件。
編譯生成的類名為ASP.global_asax,繼承自HttpApplication。
注:如果Web目錄中沒有Global.asax文件,就不會編譯生成App_global.asax.mlgx7n2v.dll這樣的文件。
2) HttpApplicationFactory._theApplicationFactory.EnsureAppStartCalled(context);
創建特定的HttpApplication實例,觸發ApplicationOnStart事件,執行ASP.global_asax中的Application_Start(object sender, EventArgs e)方法。這里創建的HttpApplication實例在處理完事件后,就被回收。
3) HttpApplicationFactory._theApplicationFactory.GetNormalApplicationInstance(context);
該方法創建HttpApplication實例并進行初始化(調用System.Web.HttpApplication. InitInternal()方法)。
創建HttpApplication實例是根據實際的_theApplicationType進行創建。如果Web目錄中沒有global.asa文件,也就是說沒有動態編譯生成ASP.global_asax類型,那就直接實例化HttpApplication。如果創建了ASP.global_asax類型,那就對ASP.global_asa進行實例化。
創建HttpApplication實例之后就是調用實例的InitInternal方法。
InitInternal方法也是我們重點分析的方法,該方法的主要功能如下:
1. InitModules():根據Web.Config的設置,創建相應的HttpModules。
2. HookupEventHandlersForAppplicationAndModules:根據發生的事件,調用HttpApplication實例中相應的事件處理函數。
3. 創建很多實現IExecutionStep接口的類的實例并添加到當前HttpApplication實例的_execSteps中,等待回調時執行。從這里我們可以看到HttpApplication是以異步的方式處理請求,對請求的很多處理工作都放入了_execStep等待回調時執行。
_execStep中主要的處理工作如下:
1) 對請求的路徑進行
安全檢查,禁止非法路徑訪問(ValidatePathExecutionStep)。
2) 如果設置了UrlMappings, 進行RewritePath(UrlMappingsExecutionStep)。
3) 執行事件處理函數,比如:BeginRequest、AuthenticateRequest等等。
4) 獲取處理當前請求的HttpHandler,ASP.NET頁面的運行時編譯也是在這里進行的。(MapHandlerExecutionStep)
該處理是通過調用System.Web.HttpApplication. MapHttpHandler方法。
在MapHttpHandler中,首先根據訪問的地址從web.config獲取相應的實現IHttpHandlerFactory的類型。對于asp
.net頁面,默認是PageHanlderFactory。然后創建PageHanlderFactory實例,調用GetHandlerHelper,在GetHandlerHelper中調用BuildManager.CreateInstanceFromVirtualPath編譯并創建當前請求的ASP.NET頁面的實例(如果已經編譯過,直接從緩存中加載)。
CreateInstanceFromVirtualPath經過幾次方法調用,將編譯任務給了BuildManager. CompileWebFile()。CompileWebFile從web.config得到相應的BuildProvider,對于.aspx文件,相應的BuildProvider是PageBuildProvider。PageBuildProvider是如何進行頁面編譯的,這里就不再就進一步分析了,如果你感興趣,可以進一步研究ASP.NET 2.0的源代碼。
5) 調用相應HttpHandler的.ProcessRequest方法處理請求(如果是異步方式,調用BeginProcessReques)。(CallHandlerExecutionStep)
6) 將響應內容寫入Filter。(CallFilterExecutionStep)
5. 調用HttpApplication實例的BeginProcessRequest異步處理請求。
上面所講的_execSteps中所發生的許多事情,都是在HttpRuntime調用HttpApplication BeginProcessRequest之后,在BeginProcessRequest中調用ResumeSteps后執行的。
ASP.NET 2.0運行時是ASP.NET 2.0中非常復雜、難以理解也是很重要的部分,對ASP.NET 2.0運行時源代碼的研究有處于我們加深對ASP.NET 2.0原理的理解,會給我們
開發ASP.NET 2.0應用程序帶來不少幫助。這篇文章是我初次學習ASP.NET 2.0運行時,為了幫助自己更好地理解ASP.NET 2.0運行時而寫的,歡迎你對文章內容提出批評與建議。
原文轉自:http://www.kjueaiud.com