主要类：
System.Web.HttpRuntime
System.Web.HttpApplicationFactory
System.Web.HttpApplication
System.Web.Compilation.BuildManager
System.Web.Compilation.ApplicationBuildProvider
System.Web.Compilation.BuildProvidersCompiler
System.Web.UI.PageHandlerFactory
请求处理简要流程图:
阅读建议：
用Reflector工具边查看ASP.NET 2.0的源代码边阅读。
分析：
当我们通过浏览器向ASP.NET 2.0网站的一个asp.net页面发起请求时，在服务器端首先是IIS收到请求，IIS一看是asp.net页面，心里很开心，因为这个请求不用它处理，交给ASP.NET ISAPI就行了。ASP.NET ISAPI的工作也比较轻松，他的主要任务就是安排aspnet_wp.exe处理请求，并监视aspnet_wp.exe进程的执行情况，如果aspnet_wp.exe进程太累了，不能出色地完成任务，ASP.NET ISAPI就要让他下岗，换一个新的aspnet_wp.exe来处理工作。
aspnet_wp.exe的主要任务是将请求交给一系列称为的 HTTP 管道的托管对象。如果把ASP.NET ISAPI比做销售经理，那aspnet_wp.exe就是生产经理，而HTTP 管道就是生产的流水线。负责流水线的小组就是HttpRuntime，生产经理aspnet_wp.exe会将订单(HTTP请求)交给HttpRuntime小组的工作人员ProcessRequest(HttpWorkerRequest wr)，HttpRuntime根据内部的分工，最终由ProcessRequestInternal(HttpWorkerRequest wr)在流水线上进行生产，所以ProcessRequestInternal(HttpWorkerRequest wr)是我们分析的重点。
ProcessRequestInternal的主要工作是：
1. 创建HttpContext实例。
2. 对第一次请求进行初始化(EnsureFirstRequestInit)。
a) 在EnsureFirstRequestInit中通过调用System.Web.HttpRuntime.FirstRequestInit进行一些初始化工作，比如：将Web.Config配置读到到RuntimeConfig中，从bin目录中装载所有dll文件。
3. 创建HttpWriter实例。
4. 通过调用HttpApplicationFactory.GetApplicationInstance创建HttpApplication实例。
在HttpApplicationFactory.GetApplicationInstance中有三个关键方法：
HttpApplicationFactory._theApplicationFactory.EnsureInited();
HttpApplicationFactory._theApplicationFactory.EnsureAppStartCalled(context);
HttpApplicationFact
昨天遇到了一个小问题,提交表单的时候,后台的action中验证的表单里的控件值居然是空值,调来调去不得其法.
我在前台的表单里控件用的是标准html控件
页面上使用下面语句发送form
<%using (Html.BeginForm("AddNewPicGroups", "MetaData")){ %>
后台使用如下语句接收时却接收不到数据
public ActionResult AddNew ......
看过微软的网站有时候，是.MSPX的扩展名？其实你也可以配置，很简单。Here We Go!
配置WEB.CONFIG：
<system.web>
<compilation>
<buildProviders>
<add ......
在Web.config文件的 <system.web></system.web>这两个节点中间插入需要映射的URL
<urlMappings enabled="true">
<add url="~/用户要访问的页面.aspx" mappedUrl="~/要重定向到的页面.aspx"/>
</urlMappings> ......
