您的位置：首页 > 理论基础 > 计算机网络

ASP.NET 中Http处理流程与 HttpModule，HttpHandler学习之初步认知

2011-12-14 17:14 573 查看

本文只是对HttpModule和HttpHandler做最初步的了解。非菜鸟级别人士可直接无视。ASP.NET中Http的请求流程用户发出的客户端请求达到服务器后，会被服务端的inetinfo.exe进程捕获，该进程将该http请求转交给asp.net_isapi.dll进程，然后通过httppipeline管道（具体这是什么东西我也不清楚）传送给aspnet_wp.exe进程来处理。接下来就到了.netframework的httpruntime处理中心，处理完毕后，就发送给用户的浏览器。当http请求传送给httpruntime的时候，首先会进入一个叫做HttpApplicationFactory的容器之中，从这个名字上很容易看出是一个工厂，该工厂产生一个HttpApplication的实例，该实例保存有该请求的所有信息。然后，http请求进入HttpModule容器之中，然后进入HttpHandlerFactory中，调用相应的HttpHandler，执行其ProcessRequest方法，完成整个请求的处理。其中httpHandler是真正的请求处理中心。Httpmodule只是在该处理中心做处理之前对其进行一些额外的处理，筛选等等。大体的流程如下所示　　HttpRequest------àinetinfo.exe---àaspnet_isapi.dll----àhttppipeline--àaspnet_wp.exe---àhttpruntime----àHttpApplication---àHttpApplication---àHttpModule---àHttpHandlerFactory---àHttpHandler-----àHttpHandler.ProcessRequest()以上内容大多取自【我也想飞翔-tangself】的HttpModule的认识一文，大家可以看原作：/article/6648843.html执行ProcessRequest的过程其实也就是整个ASP.NETpage页面的生命周期。ASP.NET的Page类实现了IHttpHandler,而我们每一个页面都是继承与Page的，那么也就是说每一个页面都是一个HttpHandler，这个Handler就会处理当前页面的请求。看来，应该是默认将该Handler和该页面路径匹配起来。这个我没有考证，只是我的推测。

ProcessRequest首先会调用this.FrameworkInitialize();以构建控件树。然后预初始化OnPreInit,然后调用PerformPreInit()完成预初始化，然后开始初始化Init(),注意执行初始化的时候已经执行了TraceViewState，已经开始对数据进行了跟踪，如果数据成为dirty数据，则会被存储到statebag中。具体什么时候开启的，我现在还不太清楚。接下来，如果是回传，则会加载控件的页面视图状态，处理回传数据（ProcessPostData），如果是第一加载，则会跳过这一部分。随后执行预加载操作OnPreLoad,然后执行OnLoad（LoadRecursive）。如果是回传，会发送回传变化通知，处理回传事件方法RaisePostbackEvent。随后执行OnLoadCompleted。接下来进入预呈现OReRender，保存个性化数据和视图状态（所谓的视图状态保存，在这个部分实际上就是调用SaveState，将原有的键值对数据保存到一个ArrayList中，序列化输出到页面上是之后的事情了）。然后执行呈现方法Render，随后页面加载完毕执行OnUnload操作。

更加详细可靠的内容大家可以移步这里

1.ASP.NET编程模型之ASP.NET页面生命周期图解http://developer.51cto.com/art/200908/141235.htm

2.ASP.NETVIEWSTATE详解（讲的很详细，由浅入深，老外的。。。）

http://www.cnblogs.com/xianrongbin/articles/2240851.html

HttpModule初步接触我们可以实现自己的HttpModule，只要继承IHttpModule即可。IHttpModule接口如下

UsingSystem;NamespaceSystem.Web{PublicinterfaceIHttpModule{//销毁不再被HttpModule使用的资源voidDispose();//初始化一个Module,为捕获HttpRequest做准备voidInit(HttpApplicationcontext);}}

下面是我自己写的Module，实际上和/article/6648843.html差不多。。。

publicclassMyHttpModule:IHttpModule{publicMyHttpModule(){}publicvoidDispose(){}///<summary>///准备初始化一个module，为截获httprequest做准备///</summary>///<paramname="context"></param>publicvoidInit(HttpApplicationcontext){//通过两个事件订阅，加入自己的处理context.BeginRequest+=newEventHandler(this.Application_BeginReqest);context.EndRequest+=newEventHandler(this.Application_EndReqest);}publicvoidApplication_BeginReqest(objectsender,EventArgse){HttpApplicationapp=senderasHttpApplication;if(app!=null){HttpContextcontext=app.Context;context.Response.Write("thisisinmodulebeginrequest");}}publicvoidApplication_EndReqest(objectsender,EventArgse){HttpApplicationhttpApp=senderasHttpApplication;if(httpApp!=null){HttpContextcontext=httpApp.Context;context.Response.Write("thisisinmoduleendrequest");}}}

这个类我建在了AppCode中，所以默认没有名空间然后在web.config的system.web节点下添加如下配置

<httpModules><addname="myHttpModule"type="MyHttpModule"/></httpModules>

建立hellomodule页面，访问，页面输出如下可以看出请求该页面前先执行了该Module中的方法。然后才转交给了页面这个HttpHandler。如果没有这个页面，我们随便访问一个地址，那么就会资源未找到的错误。我们在建立一个HttpModule跟原来的一样，只不过命名为HttpModule2，添加配置。

<httpModules><!--<先会经过这个链式的module>--><addname="myHttpModule"type="MyHttpModule"/><addname="myHttpModule2"type="MyHttpModule2"/></httpModules>

访问页面可以发现，整个请求过程中先经过了myHttpModule处理，在经过了myHttpModule1的处理。注：type字段填写的是该module的名空间.类名，这样，就可以通过反射的方式进行调用。其实这也就是以来注入吧。接下来我们在大概看一下HttpHandlerHttpHandler初步接触我们也可以实现自己的HttpHandler。只要继承IHttpHandler即可。IHttpHandler定义如下

publicinterfaceIHttpHandler{//MethodsvoidProcessRequest(HttpContextcontext);//PropertiesboolIsReusable{get;}}

下边是我自己实现的HttpHandler

publicclassMyHandler:IHttpHandler{publicMyHandler(){}///<summary>///根据webconfig中的httpHandler节点的path的配置，当访问该节点时，就会自动生成相应的type实例，调用该handler的///ProcessRequest方法///所以，我们可以通过解析路径的方法，让路径对应一个handler中的某个方法，可以使用发射工厂///</summary>///<paramname="context"></param>publicvoidProcessRequest(HttpContextcontext){Uriuri=context.Request.Url;context.Response.Write("<br/>"+uri.OriginalString);context.Response.Write("<br/><h1>Hello,thisismyhttphandler</h1>");}publicboolIsReusable{get{returntrue;}}}

然后在配置文件中添加如下配置

<httpHandlers><!--处理该aspx终点的输入请求为保留文件夹app_code中，程序集的定义可忽略--><addverb="*"path="HelloHandler"type="MyHandler"/></httpHandlers>

然后在浏览器中访问HelloHandler，如下所示我们也可以将该path对应一个aspx页面，当然这样就像是给这个路径指定了两个HttpHandler。新建一个HelloHandler.aspx页面，添加内容【thisisinpage!!!!!!!!!!!】，然后添加web.Config的Handler配置，我们看看效果看来page对应的Handler没有生效。。。。HttpHandler和HttpModule小小总结在回过头来想，最初那个PageResourceNotFond的错误，其实并不是PageNotFound而是请求路径对应的HttpHandler并没有找到。例如我们在配置文件做如下配置

<httpHandlers><!--处理该aspx终点的输入请求为保留文件夹app_code中，程序集的定义可忽略--><addverb="*"path="HelloHandler.aspx"type="MyHandler"/><addverb="*"path="my"type="MyHandler"/></httpHandlers><httpModules><!--<先会经过这个链式的module>--><addname="myHttpModule"type="MyHttpModule"/><addname="myHttpModule2"type="MyHttpModule2"/></httpModules>

请求http://localhost:1684/HandlerStudy/my输出内容如下可以看出来，仍然先经过了连个Module的处理，服务器认为该路径对应是有资源的，并没有出现Pagenotfound的错误。然后，找到该路径所配置的HttpHandler执行相应的ProcesRequest方法。那么综合前边Asp.net流程的分析，我们就不难得出如下结论。当Http请求进入到HttpRuntime时，首先会交由一个HttpModule的处理链一次处理，处理先后顺序和配置顺序一致（其实也应该是事件订阅的先后顺序），该HttpModule处理完毕后，HttpHandlerFactory会获取所有注入的HttpHandler，根据路径匹配出相应的Handler，利用反射生成相应Handler实例，调用相应ProcessRequest方法。查看PageHandlerFactory代码发现

publicvirtualIHttpHandlerGetHandler(HttpContextcontext,stringrequestType,stringvirtualPath,stringpath){returnthis.GetHandlerHelper(context,requestType,VirtualPath.CreateNonRelative(virtualPath),path);}privateIHttpHandlerGetHandlerHelper(HttpContextcontext,stringrequestType,VirtualPathvirtualPath,stringphysicalPath){Pagepage=BuildManager.CreateInstanceFromVirtualPath(virtualPath,typeof(Page),context,true)asPage;if(page==null){returnnull;}page.TemplateControlVirtualPath=virtualPath;returnpage;}

应该基本上就是这样。Ok，关于HttpHandler和HttpModule的初步学习就这么多。对其二者的使用还需要做进一步深入理解。还有就是Page本身也是一个Handler，是在什么时候，又是如何注册到HandlerFactory中的，这个问题也需要查一下。

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航