知识大全 ASP.NET内部原理

Posted 2022-07-17 文件

篇首语：人起心发，树起根发。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 ASP.NET内部原理相关的知识，希望对你有一定的参考价值。

ASP.NET内部原理 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　在以前的ASP时候当请求一个* asp页面文件的时候这个HTTP请求首先会被一个名为inetinfo exe进程所截获这个进程实际上就是服务截获之后它会将这个请求转交给asp dll进程这个进程就会解释这个asp页面然后将解释后的数据流返回给客户端浏览器其实ASP DLL是一个依附在IIS的ISAPI文件它负责了对诸如ASP文件 ASA等文件的解释执行

　　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　ASP NET的HTTP请求处理方法

　　当客户端向web服务器请求一个* aspx的页面文件时同asp类似这个请求也会被inetinfo exe进程截获（服务）它判断文件后缀之后把这个请求转交给ASPNET_ISAPI DLL而ASPNET_ISAPI DLL则会通过一个Http PipeLine的管道将这个请求发送给ASPNET_WP EXE进程当这个HTTP请求进入ASPNET_WP EXE进程之后 framework就会通过HttpRuntime来处理这个Http请求处理完毕后将结果返回给客户端

　　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　当一个请求被送入到HttpRuntime之后这个Http请求会继续被送入到一个被称之为HttpApplication Factory的一个容器当中而这个容器会给出一个HttpApplication实例来处理传递进来的请求而后这个Http请求会依次进入到如下几个容器中

　　当系统内部的HttpHandler的ProcessRequest方法处理完毕之后整个Http Request就被处理完成了客户端也就得到相应的东东了

　　完整的请求在 framework中的处理流程

　　如果想在中途截获一个Request并做些自己的处理就应该在HttpRuntime运行时内部来做到这一点确切的说时在HttpModule这个容器中做到这个的

　　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　系统本身的HttpModule实现一个IHttpModule的接口当然我们自己的类也能够实现IHttpModule接口这就可以替代系统的HttpModule对象了

　　系统中默认的HttpModule

　　DefaultAuthenticationModule 确保上下文中存在 Authentication 对象无法继承此类

　　FileAuthorizationModule 验证远程用户是否具有访问所请求文件的 NT 权限无法继承此类

　　FormsAuthenticationModule 启用 ASP NET 应用程序以使用 Forms 身份验证无法继承此类

　　PassportAuthenticationModule 提供环绕 PassportAuthentication 服务的包装无法继承此类

　　SessionStateModule 为应用程序提供会话状态服务

　　UrlAuthorizationModule 提供基于 URL 的授权服务以允许或拒绝对指定资源的访问无法继承此类

　　WindowsAuthenticationModule 启用 ASP NET 应用程序以使用 Windows/IIS 身份验证无法继承此类

　　－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　这些系统默认的HttpModule是在文件nfig中配置的和我们开发时使用到的nfig的关系是是在ASP NET FRAMEWORK启动处理一个Http Request的时候它会依次加载nfig和请求页面所在目录的nfig文件如果在machine中配置了一个自己的HttpModule 你仍然可以在所在页面的nfig文件中remove掉这个映射关系

　　深入HttpModule

　　public class HelloWorldModule : IHttpModule public HelloWorldModule() public String ModuleName get return HelloWorldModule ; // In the Init function register for HttpApplication // events by adding your handlers public void Init(HttpApplication application) application BeginRequest += (new EventHandler(this Application_BeginRequest)); application EndRequest += (new EventHandler(this Application_EndRequest)); private void Application_BeginRequest(Object source EventArgs e) // Create HttpApplication and HttpContext objects to access // request and response properties HttpApplication application = (HttpApplication)source; HttpContext context = application Context; context Response Write(

HelloWorldModule: Beginning of Request

　　 ); private void Application_EndRequest(Object source EventArgs e) HttpApplication application = (HttpApplication)source; HttpContext context = application Context; context Response Write(

HelloWorldModule: End of Request

　　 ); public void Dispose()

　　一个Http请求在被ASP NET Framework捕获之后会依次交给HttpModule以及HttpHandler来处理 hm与hh之间不是完全独立的实际上请求在hm传递的过程中会在某个事件内将控制权转交给hh的而真正的处理在HttpHandler中执行完成后 HttpHandler会再次将控制权交还给hh的而真正的处理在HttpHandler中执行完成后 HttpHandler会再次将控制权交还给HttpModule　　上面的代码中的HttpModule的Init()中的参数是HttpApplication类型它具有许多事件包括BeginRequest EndRequest AuthentiacteRequest 等等 IHttpHandler

　　它是 Framework提供的一个接口定义了如果要实现一个Http请求的处理所需要必须实现的一些系统约定也就是说如果你想要自行处理某些类型的HTTP请求信息流的话你需要实现这些系统约定才能做到譬如一个* aspx文件用来处理此类型的Http请求 ASP NET FRAMEWORK将会交给一个名为System Web UI PageHandlerFactory的HttpHandler类来处理

　　HH和HM一样系统会在最初始由ASP NET FRAMEWORK首先加载nfig中的HttpHandler 而后会加载Web应用程序所在目录的nfig中的用户自定义的HttpHandler类但是系统与我们自定义的HH之间的关系是覆蓋的也就是说如果我们自定义了一个针对 * aspx 的HttpHandler类的话那么系统会将对此请求的处理权完全交给我们自己定义的这个HttpHandler类来处理而我们自己的HttpHandler类则需要自己完全解析这个Http请求并作出处理

　　接口中最重要的方法ProcessRequest 这个方法就是HttpHandler用来处理一个Http请求当一个Http请求经过由HttpModule容器传递到HttpHandler容器中的时候 framework会调用HttpHandler的ProcessRequest方法来做对这个Http请求做真正的处理

cha138/Article/program/net/201311/12413