原文:http://www.cnblogs.com/wupeiqi/archive/2013/03/03/2941295.html
工作进程:
在iis中,工作进程(w3wp.exe)运行着asp.net应用程序,管理并响应所有的请求,asp.net所有的功能都运行在工作进程下,当请求到来时,工作进程会生成request和response相关信息。
应用程序池:
应用程序池是工作进程的容器。通常用来隔开不同配置的工作进程,当一个程序出错或进程资源回收的时,其他池中的程序不受影响。
注:当一个应用程序池包含多个工作进程时,叫做web garden
如果我们看看iis 6 的结构,就会发现可以把他分为两部分
内核模块(kernel model)
用户模块(user model)
内核模式是从iis 6.0被引入的,他包含一个叫做http.sys的文件,每当请求到来时,会首先触发该文件的响应。
http.sys负责将请求传入到相应的应用程序池,但是http.sys是如何知道应该传到那个应用程序池?当然不是随机的,每当创建一个应用程序池,该池的ID就会生成并在http.sys文件中注册,因此该文件就能确定将请求发往那个程序池。
以上便是IIS处理请求的第一步。接着,我们来看一下请求如何从HTTP.SYS传入应用程序池。
在iis用户模块(user model),通过WAS(web admin services)从http.sys接收请求,并传入应用程序池。
当应用程序池接收到请求之后,会传给工作进程(w3wp.exe),该进程检查请求的URL后缀,以确定加载那个ISAPI 扩展,然后将该请求传递给合适的 ISAPI 扩展。
ASP.NET 处理已映射到它上的文件扩展名,如 .aspx、.ascx、.ashx 和 .asmx。
即:当文件为上述后缀时,就要加载ASP.NET的ISAPI扩展(aspnet_isapi.dll)
一旦工作进程加载了aspnet_isapi.dll,就会构造一个HttpRuntime类(密封类,防止派生),该类是应用程序的入口,通过该类中的ProcessRequest()方法创建HttpContext类,进入ProcessRequest方法之后,内部触发一系列的方法,最终创建一个HttpContext实例(可通过HttpContext.Current获取到这个实例),且该实例会在整个生命周期内存活。
之后HttpRuntime类会向HttpApplicationFactory类 提出请求,要求返回一个HttpApplication对象,HttpApplicationFactory在收到请求之后会检查是否有已经存在并且空闲的对象,如果有就取出一个HttpApplication对象返回给HttpRuntime类,如果没有,则要创建一个给HttpRuntime。
HttpApplicationFactory._theApplicationFactory.GetNormalApplicationInstance(context) 该方法创建HttpApplication实例并进行初始化,调用System.Web.HttpApplication.InitInternal()方法。
当每次请求到来时要穿过httpModule到达httphandler,以便被响应。而httpmodule就被配置在httpApplication中。
创建HttpApplication实例之后就是调用实例的InitInternal方法。
InitInternal方法的主要功能如下:
1、HttpAplication对象被初始化时,首先调用InitModule方法来加载Web.config文件中配置的所有HttpModule模块。
例如:
//Web.Config文件中 <System.web> <httpModules> <add name="MyModuleName" type="MyModule"> </httpModules> </System.web> //自定义一个类(类型) public class MyModule:IHttpModule { public MyModule() { // // TODO: 在此处添加构造函数逻辑 // } #region IHttpModule 成员 public void Dispose() { } public void Init(HttpApplication context) { context.BeginRequest += new EventHandler(Mycontext_BeginRequest); } private void Mycontext_BeginRequest(object sender, EventArgs e) { //具体操作 HttpContext.Current.Response.Write("BeginRequest11111111111111</br>"+dt); } #endregion }
2、接着HookEventHandlesForApplicationAndModules方法被调用,这个方法完成Global.asax文件中配置的HttpModule或HttpApplication的绑定。
例如:
//Global.asax文件 void MyModule_ExposedEvent(object sender, EventArgs e) { Response.Write("xixi"); }
//MyModule.cs文件 public class MyModule:IHttpModule { public event EventHandler ExposedEvent;//HttpModule事件,供Global.asax来订阅 public void Init(HttpApplication context) { context.BeginRequest += new EventHandler(context_BeginRequest);//订阅HttpApplication的事件 } void context_BeginRequest(object sender, EventArgs e) { HttpContext.Current.Response.Write("BeginRequest"); OnExposedEvent(new EventArgs());//触发HttpModule自定义事件 } protected void OnExposedEvent(EventArgs e) { if (ExposedEvent != null) { ExposedEvent(this, e); } } public void Dispose() { } } 上面的MyModule_ExposedEvent方法就会自动订阅了MyModule中的ExposedEvent事件。
3、最后ApplicationStepManage对象的BuildSteps方法被调用,完成HttpApplication事件的绑定。
4、按照顺序执行HttpApplication的各个事件。即:之前注册的对请求加以处理或者检查的HttpModule模块内容也得以执行。
在这些事件中,第10个事件【根据所请求资源的文件扩展名(在应用程序的配置文件中映射),选择实现 IHttpHandler 的类,对请求进行处理】,这个事件也是HttpHandler创建的地方。
-----------------------------------------------------------------
前面我们一直在说ASP.NET管线,那么,谁在控制管线过程?
答案是:HttpApplication对象。
1. HttpApplication细分它的处理过程,在不同阶段引发不同的事件,使得HttpModule通过订阅事件的方式加入到请求的处理过程中。
2. 在请求的处理过程中,HttpApplication对象主要扮演着控制处理流程的推进作用。
3. HttpApplication会在固定的阶段获取一个IHttpHandler实例,然后将请求的响应过程交给具体的IHttpHandler来实现。
HttpApplication如何产生,如何工作?
1. HttpApplication对象会被重用,当HttpRuntime不能从HttpApplicationFactory获取空闲的实例时,才会创建。
2. HttpRuntime会将每个请求交给一个HttpApplication对象来处理。
3. HttpApplication对象在初始化时负责加载全部的HttpModule。
4. 每个HttpApplication对象会控制属于它的管线过程。
HttpApplication是个非常重要的类型,它的许多功能都属于框架的基础部分,不需要我们调用, 因此,我们平时不会用到它。
-------------------------------------------------------------------------
HttpHandler根据用户请求的文件的扩展名(.aspx、.ascx、.ashx 、 .asmx)处理请求。
HttpApplication在将某个请求交给HttpHandler实例来处理时,是通过接口来调用某个合适HttpHandler类中ProcessRequest方法,来处理请求。
例如:自己定义个处理请求的HttpHandler。 (其实HttpHandler是只实现了IHttpHandler接口的类总称)
//Web.Config文件中 <httpHandlers> <add path="*.aspx" verb="*" type="SearchInfo.Handle"/> <add path="*.ascx" verb="*" type="SearchInfo.Handle2"/> </httpHandlers> //SearchInfo是命名空间,Handle是自己定义处理请求的类。 //即:当一个请求Url后缀是 .aspx 时,就会交给自定的Handle类去处理 namespace SearchInfo { /// <summary> /// Handle 的摘要说明 /// </summary> public class Handle:IHttpHandler { public Handle() { // // TODO: 在此处添加构造函数逻辑 // } #region IHttpHandler 成员 public bool IsReusable { get { throw new Exception("The method or operation is not implemented."); } } public void ProcessRequest(HttpContext context) { HttpContext.Current.Response.Write("自定义Handler处理请求aspx"); } #endregion } }
所以,我们应该这样理解HttpHanlder:一个HttpHanlder用于响应一类特定的请求。
在请求的处理过程中,HttpApplication对象主要扮演着控制管线处理流程的作用,它负责推进整个处理流程, 除了在不同阶段引发不同的事件外(供HttpModule使用),HttpApplication对象还会根据当前请求寻找一个合适的IHttpApplicationFactory实例, 并最终得到一个IHttpHandler的实例用于处理请求。
当每次请求到来时要穿过httpModule到达httphandler,以便被响应。而httpmodule就被配置在httpApplication中。
即流程为:
每当请求Web服务器上的某些信息时,该请求首先会到达Http.SYS,然后Http.SYS将其发送到相应的应用程序池,应用程序池传给工作进程并加载ISAPI扩展,然后HttpRuntime对象会被创建,并通过HttpModule和HttpHandler处理请求。
对于详细的HttpHandler和HttpModule可以在 Fish Li 的博客中: