人无信不立/2008-04-26 22:30

Asp.Net页面执行流程分析

在我的上一篇文章中说到了HttpModule、HttpHandle的简单使用，我们可以利用它们在页面请求的过程中加入自己的事件处理程序。那么在一个aspx页面请求时后台到底做了什么？当然asp.net做了很多事情，过程也比较复杂，本文主要分析一下大体的流程。总体流程如下：
请求一个页面时首先被WWW服务截获(inetinfo.exe进程)，这个进程首先判断页面的后缀，然后根据IIS中的配置来决定调用哪个扩展程序，比如aspx的页面就会调用c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll，aspnet_isapi.dll将请求发送给w3wp.exe进程(我们在调试IIS中网站时就是把VS2005附加到这个进程上的)。
接下来w3wp.exe进程就会调用.net类库进行具体处理：
ISAPIRuntime-->HttpRuntime-->HttpApplicationFactory-->HttpApplication-->HttpModule--HttpHandlerFactory-->HttpHandler 这也是本文主要分析的地方。

下面只是列出主要流程，如果喜欢钻研的同学可以用Reflector去查看
一：ISAPIRuntime
       bool useOOP = iWRType == 1;
        wr = ISAPIWorkerRequest.CreateWorkerRequest(ecb, useOOP);
        wr.Initialize();
        string appPathTranslated = wr.GetAppPathTranslated();
        string appDomainAppPathInternal = HttpRuntime.AppDomainAppPathInternal;
        if ((appDomainAppPathInternal == null) || StringUtil.EqualsIgnoreCase(appPathTranslated, appDomainAppPathInternal))
        {
            HttpRuntime.ProcessRequestNoDemand(wr);
            return 0;
        }
        HttpRuntime.ShutdownAppDomain(ApplicationShutdownReason.PhysicalApplicationPathChanged, SR.GetString("Hosting_Phys_Path_Changed", new object[] { appDomainAppPathInternal, appPathTranslated }));
        return 1;
它的主要作用是调用一些非托管代码生成HttpWorkerRequest对象，该对象包含当前请求的所有信息，然后传递给HttpRuntime，这里生成的HttpWorkerRequest对象可以直接在我们的页面中调用的，通过它取得原始的请求信息：
            IServiceProvider provider = (IServiceProvider)HttpContext.Current;
            HttpWorkerRequest wr = (HttpWorkerRequest)provider.GetService(typeof(HttpWorkerRequest));

二：HttpRuntime
最主要的就是private void ProcessRequestInternal(HttpWorkerRequest wr)方法：
        context = new HttpContext(wr, false);
        
        IHttpHandler applicationInstance = HttpApplicationFactory.GetApplicationInstance(context);
        
  IHttpAsyncHandler handler2 = (IHttpAsyncHandler) applicationInstance;
  context.AsyncAppHandler = handler2;
  handler2.BeginProcessRequest(context, this._handlerCompletionCallback, context);
        
1、根据HttpWorkerRequest对象生成HttpContext，HttpContext应该大家都很熟悉的，它包含request、response等属性，在页面中经常会用到的；
2、调用HttpApplicationFactory来生成IHttpHandler(这里生成的是一个默认的HttpApplication对象，HttpApplication也是IHttpHandler接口的一个实现)
3、调用HttpApplication对象执行请求

三：HttpApplicationFactory
正如2.2中所提到的，这里主要是生成一个HttpApplication对象：

 internal static string GetApplicationFile()
 {
     return Path.Combine(HttpRuntime.AppDomainAppPathInternal, "global.asax");
 }
首先会查看是否存在global.asax文件，如果有的话就用它来生成HttpApplication对象，从这里我们可以看到global.asax的文件名是在asp.net的框架中写死的，不能修改的。如果这个文件不存在就使用默认的对象。
创建好HttpApplication之后对它进行初始化：
    application = (HttpApplication) HttpRuntime.CreateNonPublicInstance(this._theApplicationType);
 using (ApplicationImpersonationContext context2 = new ApplicationImpersonationContext())
 {
     application.InitInternal(context, this._state, this._eventHandlerMethods);
 }

 四、HttpApplication
这个是比较复杂也比较重要的一个对象
首先是执行初始化操作，比较重要的一步就是进行HttpModule的初始化：
        private void InitModules()
        {
            this._moduleCollection = RuntimeConfig.GetAppConfig().HttpModules.CreateModules();
            this.InitModulesCommon();
        }
它会读取web.config中所有HttpModule的配置
在HookupEventHandlersForApplicationAndModules方法中绑定Module的事件处理程序接着进行事件实际绑定：
 if (HttpRuntime.UseIntegratedPipeline)
 {
     this._stepManager = new PipelineStepManager(this);
 }
 else
 {
     this._stepManager = new ApplicationStepManager(this);
 }
 this._stepManager.BuildSteps(this._resumeStepsWaitCallback);

在ApplicationStepManager的BuildSteps方法中可以看到事件的绑定执行顺序：

app.CreateEventExecutionSteps(HttpApplication.EventBeginRequest, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventAuthenticateRequest, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventDefaultAuthentication, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventPostAuthenticateRequest, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventAuthorizeRequest, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventPostAuthorizeRequest, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventResolveRequestCache, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventPostResolveRequestCache, steps);
 steps.Add(new HttpApplication.MapHandlerExecutionStep(app));
 app.CreateEventExecutionSteps(HttpApplication.EventPostMapRequestHandler, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventAcquireRequestState, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventPostAcquireRequestState, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventPreRequestHandlerExecute, steps);
 steps.Add(new HttpApplication.CallHandlerExecutionStep(app));
 app.CreateEventExecutionSteps(HttpApplication.EventPostRequestHandlerExecute, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventReleaseRequestState, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventPostReleaseRequestState, steps);
 steps.Add(new HttpApplication.CallFilterExecutionStep(app));
 app.CreateEventExecutionSteps(HttpApplication.EventUpdateRequestCache, steps);
 app.CreateEventExecutionSteps(HttpApplication.EventPostUpdateRequestCache, steps);
 this._endRequestStepIndex = steps.Count;
 app.CreateEventExecutionSteps(HttpApplication.EventEndRequest, steps);
 steps.Add(new HttpApplication.NoopExecutionStep());
注意上面红色标注的MapHandlerExecutionStep(读取所有的HttpHandler配置)、CallHandlerExecutionStep就是对Handle程序进行处理的，也就是说在web.config中配置的HttpHandler都是在这里进行处理的，执行顺序如上所示
 
然后就是调用2.3中的方法执行请求：
Code
在ResumeSteps中就是执行事件处理程序。 

五、HttpModule
在系统web.config中默认的配置有：
Code
基本使用方法可以参见我的上一篇文章

六、HttpHandlerFactory、HttpHandler
这两个对象在web.config中的配置方法是相同的，默认配置有：
Code
要注意的是相同的后缀名配置多次的话，后面的配置会把前面的覆盖。

这里我们重点看一下aspx的配置：System.Web.UI.PageHandlerFactory
这是一个HttpHandlerFactory对象，根据不同的Page生成不同的HttpHandler对象(我们自己的Page页面都是一个IHttpHandler)：
    Page page = BuildManager.CreateInstanceFromVirtualPath(virtualPath, typeof(Page), context, true, true) as Page;
    if (page == null)
    {
        return null;
    }
    page.TemplateControlVirtualPath = virtualPath;
    return page;
这里会调用web.config中的buildProviders配置编译页面：
Code

这样就可以进入我们的Page执行了，大的执行顺序可以参见第四部分的描述，它也就是一个HttpHandler.
posted @ 2008-05-08 16:25 永春 阅读(3080) 评论(18)  编辑 收藏 所属分类: .Net

  回复  引用  查看    
#1楼 2008-05-08 16:45 | jowo      
看看，学习
  回复  引用  查看    
#2楼 2008-05-08 17:21 | wit      
学习，复习！
  回复  引用  查看    
#3楼 2008-05-08 17:47 | 侯垒      
学习,一直关注中.
  回复  引用    
#4楼 2008-05-08 18:00 | xoaoivy [未注册用户]
看不懂~
  回复  引用  查看    
#5楼 2008-05-08 20:12 | 横刀天笑      
请求一个页面时首先被WWW服务截获(inetinfo.exe进程)，这个进程首先判断页面的后缀，然后根据IIS中的配置来决定调用哪个扩展程序，比如aspx的页面就会调用c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll，aspnet_isapi.dll将请求发送给w3wp.exe进程(我们在调试IIS中网站时就是把VS2005附加到这个进程上的)。
接下来w3wp.exe进程就会调用.net类库进行具体处理：

这个地方是不是有些问题？根据IIS的版本不同这个地方会有不同，LZ没有细说啊
  回复  引用  查看    
#6楼 [楼主]2008-05-08 20:19 | 永春      
@横刀天笑
的确是有不同的，不同版本的IIS处理逻辑有一定的区别-_-

我这里是以目前常用的IIS6 + .Net2.0来说的
  回复  引用  查看    
#7楼 2008-05-08 23:25 | 镜涛      
学习
  回复  引用  查看    
#8楼 2008-05-08 23:47 | Leepy      
不错，学习学习
  回复  引用  查看    
#9楼 2008-05-09 08:14 | 坚强2002      
很好！
我的计划是：http协议分析-->asp.net与IIS-->客户端请求在asp.net底层的处理流程
底层基本借助Reflctor来考察，忽略ETW代码抽取一个处理框架
结果这些内容像滚雪球一样越来越多，反复删减，还是觉得逻辑性不好，出个主意吧，谢谢
  回复  引用  查看    
#10楼 [楼主]2008-05-09 08:49 | 永春      
@坚强2002
你是想自己写一个asp.net的扩展程序？
  回复  引用    
#11楼 2008-05-09 10:14 | aaaa [未注册用户]
<img src="http://www.cnblogs.com/Emoticons/yoyocici/223852199.gif" alt="" />
  回复  引用    
#12楼 2008-05-12 10:49 | utalents [未注册用户]
学习了
  回复  引用    
#13楼 2008-05-12 13:06 | ASP.NET CMS [未注册用户]
好文章，学习了
  回复  引用  查看    
#14楼 2008-05-21 22:34 | JacksonLin      
应用上就好.写得不错.IIS7就会用得上了
大家加油
  回复  引用  查看    
#15楼 2008-06-04 17:50 | 姜敏      
请教LZ,这样做的意义在哪里呢?实际中的应用呢?本人菜鸟.:)
  回复  引用  查看    
#16楼 [楼主]2008-06-04 19:39 | 永春      
@姜敏
意义？知其然更要知其所以然
了解一点原理对开发很有好处的

标题