zoukankan      html  css  js  c++  java

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

    转自（http://blog.csdn.net/nndtdx/article/details/7071171）

    本文只是对HttpModule和HttpHandler做最初步的了解。非菜鸟级别人士可直接无视。

    ASP.NET 中Http的请求流程   

    1. 用户发出的客户端请求达到服务器后，会被服务端的inetinfo.exe 进程捕获，该进程将该http请求转交给asp.net_isapi.dll进程，然后通过http pipeline 管道（具体这是什么东西我也不清楚）传送给aspnet_wp.exe进程来处理。接下来就到了.net framework的httpruntime处理中心，处理完毕后，就发送给用户的浏览器。

    2. 当http请求传送给httpruntime 的时候，首先会进入一个叫做HttpApplication Factory的容器之中，从这个名字上很容易看出是一个工厂，该工厂产生一个HttpApplication的实例，该实例保存有该请求的所有信息。然后，http请求进入HttpModule容器之中，然后进入HttpHandlerFactory中，调用相应的HttpHandler，执行其ProcessRequest方法，完成整个请求的处理。其中httpHandler是真正的请求处理中心。Httpmodule只是在该处理中心做处理之前对其进行一些额外的处理，筛选等等。

    3. 大体的流程如下所示

    HttpRequest------ inetinfo.exe--- aspnet_isapi.dll ---- http pipeline --aspnet_wp.exe ---http runtime----Http Application ---Http Application ---HttpModule---HttpHandler Factory ---HttpHandler -----HttpHandler.Process Request()

    以上内容大多取自【我也想飞翔-tangself】的HttpModule的认识一文，大家可以 看原作： http://www.cnblogs.com/tangself/archive/2011/03/28/1998007.html

    4. 执行ProcessRequest 的过程其实也就是整个ASP.NET page 页面的生命周期。

    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.NET VIEW STATE 详解（讲的很详细，由浅入深，老外的。。。）
    http://www.cnblogs.com/xianrongbin/articles/2240851.html

    HttpModule初步接触            

    我们可以实现自己的HttpModule，只要继承IHttpModule即可。

    IHttpModul接口如下

    [csharp] view plain copy
     
     print?
    1. Using System;  
    2. Namespace System.Web  
    3. {  
    4. Public interface IHttpModule  
    5. {  
    6. // 销毁不再被HttpModule使用的资源  
    7. void Dispose();  
    8. // 初始化一个Module,为捕获HttpRequest做准备  
    9. void Init(HttpApplication context);  
    10. {}  
    11. }  

    下面是我自己写的Module，实际上和 http://www.cnblogs.com/tangself/archive/2011/03/28/1998007.html差不多。。。

    [csharp] view plain copy
     
     print?
    1. public class MyHttpModule:IHttpModule  
    2. {  
    3.     public MyHttpModule()  
    4.     {  
    5.   
    6.     }  
    7.     public void Dispose()  
    8.     {  
    9.   
    10.     }  
    11.   
    12.     /// <summary>  
    13.     /// 准备初始化一个module，为截获httprequest做准备  
    14.     /// </summary>  
    15.     /// <param name="context"></param>  
    16.     public void Init(HttpApplication context)  
    17. {  
    18.         //通过两个事件订阅，加入自己的处理  
    19.         context.BeginRequest+=new EventHandler(this.Application_BeginReqest);  
    20.         context.EndRequest+=new EventHandler(this.Application_EndReqest);  
    21.     }  
    22.   
    23.     public void Application_BeginReqest(object  sender,EventArgs e)  
    24.     {  
    25.         HttpApplication app = sender as HttpApplication;  
    26.         if(app!=null)  
    27.         {  
    28.             HttpContext context = app.Context;  
    29.             context.Response.Write("this is in  module begin request ");  
    30.         }  
    31.     }  
    32.   
    33.     public void Application_EndReqest(object sender, EventArgs e)  
    34.     {  
    35.         HttpApplication httpApp = sender as HttpApplication;  
    36.         if(httpApp!=null)  
    37.         {  
    38.             HttpContext context = httpApp.Context;  
    39.             context.Response.Write("this is in module end request");  
    40.         }  
    41.     }  
    42. }  




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

    [html] view plain copy
     
     print?
    1. <httpModules>  
    2. <add name="myHttpModule" type="MyHttpModule"/>  
    3. </httpModules>  



    建立hellomodule页面，访问，页面输出如下


    可以看出请求该页面前先执行了该Module中的方法。然后才转交给了页面这个HttpHandler。如果没有这个页面，我们随便访问一个地址，那么就会资源未找到的错误。

    我们在建立一个HttpModule跟原来的一样，只不过命名为HttpModule2，添加配置。

    [html] view plain copy
     
     print?
    1. <httpModules>  
    2. <!--<先会经过这个链式的module>-->  
    3. <add name="myHttpModule" type="MyHttpModule"/>  
    4. <add name="myHttpModule2" type="MyHttpModule2"/>  
    5. </httpModules>  



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

    IHttpHandler定义如下

    [csharp] view plain copy
     
     print?
    1. public interface IHttpHandler  
    2. {  
    3. // Methods  
    4. void ProcessRequest(HttpContext context);  
    5.   
    6. // Properties  
    7. bool IsReusable { get; }  
    8. }  



    下边是我自己实现的HttpHandler

    [csharp] view plain copy
     
     print?
    1. public class MyHandler : IHttpHandler  
    2.     {  
    3.         public MyHandler()  
    4.         {  
    5.         }  
    6.   
    7.         /// <summary>  
    8.         /// 根据webconfig中的httpHandler节点的path的配置，当访问该节点时，就会自动生成相应的type实例，调用该handler的  
    9.         /// ProcessRequest方法  
    10.         /// 所以，我们可以通过解析路径的方法，让路径对应一个handler中的某个方法，可以使用发射工厂  
    11.         /// </summary>  
    12.         /// <param name="context"></param>  
    13.         public void ProcessRequest(HttpContext context)  
    14.         {  
    15.            Uri uri= context.Request.Url;  
    16.             context.Response.Write("<br/>"+uri.OriginalString);  
    17.             context.Response.Write("<br/><h1>Hello,this is my http handler</h1>");  
    18.         }  
    19.   
    20.         public bool IsReusable  
    21.         {  
    22.             get { return true; }  
    23.         }  
    24. }  



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

    [html] view plain copy
     
     print?
    1. <httpHandlers>  
    2. <!--处理该aspx终点的输入请求为保留文件夹app_code中，程序集的定义可忽略 -->  
    3. <add verb="*" path="HelloHandler" type="MyHandler"/>  
    4. </httpHandlers>  



    然后在浏览器中访问HelloHandler，如下所示

    我们也可以将该path对应一个aspx页面，当然这样就像是给这个路径指定了两个HttpHandler。新建一个HelloHandler.aspx页面，添加内容【 this is in page!!!!!!!!!!!】，然后添加web.Config的Handler配置，我们看看效果

    看来page对应的Handler没有生效。。。。

    HttpHandler和HttpModule小小总结

     

    在回过头来想，最初那个Page Resource Not Fond 的错误，其实并不是 Page Not Found而是请求路径对应的HttpHandler并没有找到。例如我们在配置文件做如下配置

    [html] view plain copy
     
     print?
    1. <httpHandlers>  
    2. <!--处理该aspx终点的输入请求为保留文件夹app_code中，程序集的定义可忽略 -->  
    3. <add verb="*" path="HelloHandler.aspx" type="MyHandler"/>  
    4. <add verb="*" path="my" type="MyHandler"/>  
    5. </httpHandlers>  
    6. <httpModules>  
    7. <!--<先会经过这个链式的module>-->  
    8. <add name="myHttpModule" type="MyHttpModule"/>  
    9. <add name="myHttpModule2" type="MyHttpModule2"/>  
    10. </httpModules>  



    请求http://localhost:1684/HandlerStudy/my

    输出内容如下


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

    查看PageHandlerFactory 代码发现

    [csharp] view plain copy
     
     print?
    1. public virtual IHttpHandler GetHandler(HttpContext context, string requestType, string virtualPath, string path)  
    2. {  
    3. return this.GetHandlerHelper(context, requestType, VirtualPath.CreateNonRelative(virtualPath), path);  
    4. }  
    5.   
    6. private IHttpHandler GetHandlerHelper(HttpContext context, string requestType, VirtualPath virtualPath, string physicalPath)  
    7. {  
    8. Page page = BuildManager.CreateInstanceFromVirtualPath(virtualPath, typeof(Page), context, true) as Page;  
    9. if (page == null)  
    10. {  
    11. return null;  
    12. }  
    13. page.TemplateControlVirtualPath = virtualPath;  
    14. return page;  
    15. }  



    应该基本上就是这样。
    Ok，关于HttpHandler和HttpModule的初步学习就这么多。对其二者的使用还需要做进一步深入理解。还有就是Page 本身也是一个Handler，是在什么时候，又是如何注册到Handler Factory中的，这个问题也需要查一下。
  • 相关阅读:
    ANDROID笔记:通过ContentProvider得到SD卡的图片
    android:ViewPager显示Fragment(碎片)
    ANDROID笔记:使用动画替代viewpager的header
    ANDROID笔记:ListPopupWindow的使用
    ANDROID笔记:Activity的显式和隐式调用
    ANDROID笔记:Activity之间的传值
    go语言下载页面html代码（d3.js代码）
    如何使用sas proc过程步产生的结果
    福昕PDF阅读器的图章妙用
    测试成功的d3.js代码
  • 原文地址：https://www.cnblogs.com/wwzhang/p/5262990.html
Copyright © 2011-2022 走看看