图解DotNet框架之八:ASP.NET

     (声明:本系列只想给大家介绍.net框架,并不是语法和类的使用的讲解,所以只能概括的描述一下所提到的类,如果有疑问可以到MSDN上面去查)              

         

           当服务器（ASP.NET）接收到一个 Http请求的时候，他会如何工作呢？

 

还是老思路，我们先来看图：

 

 

这个图和上一篇中的图，基本上是一样的（为了便于学习和记忆，我将一些不太重要的东西去掉了）．

那么我们现在来分析一下ASP.NET的运行过程吧。

 

 

首先从第一个方块说起:启动IIS进程，对于IIS来说，它依赖一个叫做 HTTP.SYS 的内置驱动程序来监听来自外部的 HTTP请求。在操作系统启动的时候，IIS首先在HTTP.SYS中注册自己的虚拟路径。实际上相当于告诉HTTP.SYS哪些URL是可以访问的，哪些是不可以访问的。
 

第二个方块:在CLR挑选好了要加载Mscorewk.dll还是Mscorsvr.dll以后,就要加载MScorlib.dll和对应的工作者进程（如果请求的是一个可访问的URL），HTTP.SYS会将这个请求交给 IIS 工作者进程。IIS6.0是w3wq.exe，IIS5.0是aspnet_wp.exe，每个工作者进程都有一个身份标识．

 

第三个方块:编译好机器码以后,就可以执行指令了,这里会创建Systemdomain,它包含了SharedDomain和默认的应用程序域,也就是当前应用程序自己的域,前面我们说过一个.net进程中可以包含多个默认的应用程序域,而这些应用程序域都会用到mscorlib.dll,如果每个默认的应用程序域中都去加载它,那么无疑会造成内存的浪费,所以就有了SharedDomain,它是用来放所有Domain都要用到的Dll,这样就避免了浪费内存.也优化了加载的速度.

 

第四个方块:这时候默认的应用程序域,就会去找到Aspnet_wp.exe中的Main方法.

 

OK明白了ASP.NET的启动过程,我们来看看AppDomain都做了什么，还是来看图:

 

 

 

1. HttpRuntime将Http请求转交给 HttpApplicationFactory,由他将Global.asax与编译好的Webapplication.dll中的Global.aszx.cs编译生成HttpApplication，HttpApplication代表着我们创建的Web应用程序。HttpApplication创建针对此Http请求的 HttpContext对象，这个对象包含了关于此请求的诸多其他对象，主要是HttpRequest、HttpResponse、HttpSessionState等。这些对象在程序中可以通过Page类或者Context类进行访问。
　
2. HttpApplication根据Web.config加载一系列Module,如sessionstate Module 就可以拦截Application_BeginRequest来处理Session.并且HttpApplication会获得Httphandler,并且编译请求的aspx页面．

3. Http请求经过所有的Module之后，它会被HttpHandler处理。，通常也就是.aspx.cs文件所完成的逻辑。我们知道.aspx 页面继承自Page类，Page类实现了IHttpHandler接口，HttpHandler也是Http请求处理的最底层。

4.HttpHandler处理完以后，Http请求再一次回到Module，此时Module可以做一些某个工作已经完成了之后的事情。Asp.Net 中有众多的 XXing 、XXed 之类成对的事件,这里就是为什么Asp.Net可以将一个XX操作分成前后两部分，然后再分别进行事件拦截的幕后原理。

下面我们来看看构建一个ASP.NET应用程序最常用的类的层次结构．

 

 

 

我们所用到的大部分＜asp:XXX>的控件，全部继承自WebControl,而最基本HTML元素则继承自HtmlControl.而.aspx 页面继承自Page类．

MS在ASP.NET的页面采用的方式和Winform差不多，也是Composite的方式，具体的参见　图解DotNet框架之七:Winform ，这里不再赘述．

 

               下一篇:图解DotNet框架之九:WPF