较为详细的整个请求处理流程

Application: BeginRequest
Application: PreAuthenticateRequest
Application: AuthenticateRequest
Application: PostAuthenticateRequest
Application: PreAuthorizeRequest
Application: AuthorizeRequest
Application: PostAuthorizeRequest
Application: PreResolveRequestCache
Application: ResolveRequestCache
Application: PostResolveRequestCache
Application: PreMapRequestHandler
Page: Construct
Application: PostMapRequestHandler
Application: PreAcquireRequestState
Application: AcquireRequestState
Application: PostAcquireRequestState
Application: PreRequestHandlerExecute
Page: AddParsedSubObject
Page: CreateControlCollection
Page: AddedControl
Page: AddParsedSubObject
Page: AddedControl
Page: ResolveAdapter
Page: DeterminePostBackMode

Page: PreInit
Control: ResolveAdapter
Control: Init
Control: TrackViewState
Page: Init
Page: TrackViewState
Page: InitComplete
Page: LoadPageStateFromPersistenceMedium
Control: LoadViewState
Page: EnsureChildControls
Page: CreateChildControls
Page: PreLoad
Page: Load
Control: DataBind
Control: Load
Page: EnsureChildControls
Page: LoadComplete
Page: EnsureChildControls
Page: PreRender
Control: EnsureChildControls
Control: PreRender
Page: PreRenderComplete
Page: SaveViewState
Control: SaveViewState
Page: SaveViewState
Control: SaveViewState
Page: SavePageStateToPersistenceMedium
Page: SaveStateComplete
Page: CreateHtmlTextWriter
Page: RenderControl
Page: Render
Page: RenderChildren
Control: RenderControl
Page: VerifyRenderingInServerForm
Page: CreateHtmlTextWriter
Control: Unload
Control: Dispose
Page: Unload
Page: Dispose
Application: PostRequestHandlerExecute
Application: PreReleaseRequestState
Application: ReleaseRequestState
Application: PostReleaseRequestState
Application: PreUpdateRequestCache
Application: UpdateRequestCache
Application: PostUpdateRequestCache
Application: EndRequest
Application: PreSendRequestHeaders
Application: PreSendRequestContent

Master Page的加载顺序

1、Master page中的用户控件的page_init

2、aspx页面中的用户控件的page_init

3、Master page的page_init

4、aspx页面的page_init

5、aspx页面的page_load

6、Master page的page_load

7、Master page中的用户控件的page_load

8、aspx页面中的用户控件的page_load

其实Master Page可以看成是一个控件。

何时使用DataGrid/DataList/Repeater

实现了IEnumerable接口的类的对象可以成为这三种数据控件的数据源。

DataGrid最终会生成一个table，所以DataGridItem类继承自TableRow类。而Repeater最终生成的控件是用户自定义的，所以RepeaterItem类与TableRow类没有任何关系。DataGrid和DataList继承自WebControl类，而Repeater继承自Control类，WebControl类包含一些设置样式的属性，如BackColor，ForeColor，CssStyle，BorderStyle等，而Repeater样式的设置必须在它的Template里完成。

DataGrid有很多功能但欠缺灵活性，使用DataGrid很便捷，因为很多功能都已经封装好，只需要设置下相应的属性即可，但也正因为这个好处，使得DataGrid比较呆板，只能使用已经做好的功能，修改现有功能会比较麻烦，而且DataGrid最终生成的是一个table，如果想生成多个table或者div，DataGrid就无能为力了。DataGrid的性能是最差的因为DataGrid会把几乎所有内容都放入它的ViewState中，如果要使用DataGrid的Sort，Paging和Edit功能就不能禁掉ViewState，这会使ViewState大到足以严重影响性能的程度。

DataList比起DataGrid更加灵活，它可以使一行有多条记录，既可以使用table也可以使用span，不过有许多功能DataList并没有实现，需要开发人员自己实现，这样虽然会让开发人员花费更多时间但增强了灵活性，DataList的性能比起DataGrid要好。

Repeater是最灵活的，但对开发人员的要求也是最高的，它会花费最多的开发时间，但可以实现很多DataGrid和DataList无法实现的效果和功能，而且性能是最好的。

Page继承自TemplateControl并且实现了IHttpHandler接口，TemplateControl继承自Control，Page本身就是个HttpHandler。

Page处理Request的流程大致如下代码所述，也就是页面处理的流程。

private void ProcessRequestMain(bool includeStagesBeforeAsyncPoint, bool includeStagesAfterAsyncPoint)

}
其中，PerformPreInit方法代码如下，可以发现PreInit时主要初始化Themes，加载MasterPage。

private void PerformPreInit()
;
}

Page以及每个Control都有个ControlState属性，该属性用于记录Page处理到哪个阶段了，例如Init阶段结束时，这个属性会被赋值ControlState.Initialized，从而表明Init阶段的结束。这个属性会被用于很多地方，例如当添加一个动态控件时，父控件的AddedControl方法就会检查这个属性，如果已经过了Init阶段，则直接初始化添加的控件。ControlState和ViewState最大的区别是ControlState是无法被禁止的，并且ControlState里有个ArrayList，这个ArrayList保存了需要处理PostBackData的Control的ID，当处理PostBackData时就会从这个ArrayList里获取需要处理的Control的ID。

下面是Control.AddedControl方法的代码，

protected internal virtual void AddedControl(Control control, int index)

Control的卸载也是递归调用的。

对于需要用ASP.Net进行身份验证的页面，即使所有内容是静态的，也需要将后缀名改成aspx而不能用html，这是因为html将不会被ASP.Net的ISAPI所处理，也就无法进行身份验证。

aspx页面一般有ASP.Net自带的页处理程序来处理，它是Http处理程序中的一种，另外还有处理asmx的Web服务处理程序，如果需要针对特别的后缀名进行特别处理，需要创建一个自定义的Http处理程序，然后在IIS中将扩展名映射到ASP.Net的ISAPI中，并且在Web.config中注册这个处理程序。在Web.config中的注册如下代码所示

<configuration>
    <system.web>
        <httpHandlers>  <add verb="*" path="*.sample" type="MyHandler"/></httpHandlers>
    </system.web>
</configuration>

创建一个自定义的Http处理程序，有两种方式，

1、实现IHttpHandler接口创建同步处理程序

2、实现IHttpAsyncHandler接口创建异步处理程序

这个两个接口都需要实现IsReusable属性和ProcessRequest方法。IsReusable属性用于确定HttpHandlerFacotry对象（接收请求并调用相应的处理程序的对象）是否可以把该处理程序放入池中以便重复使用来提高性能，如果不可以的话，那么每次都要创建一个该处理程序的实例。ProcessRequest方法用于处理单个Http请求。如果Http处理程序的扩展名为ashx，那么这个处理程序会自动注册到IIS和ASP.Net中。异步处理程序可以启动一个外部进程，ASP.Net会将用于外部进程的线程放回线程池中以提高性能，直至外部进程处理结束进行回调为止。异步处理程序还必须实现BeginProcessRequest和EndProcessRequest方法。

另外可以通过实现IHttpHandlerFactory接口来自定义HttpHandlerFactory，这样做更具有灵活性，可以根据Http请求的具体命令（HttpContext.Request.RequestType，如PUT，GET，POST等）做一些处理，例如对于不同的命令调用不同的处理程序。在创建了自定义的HttpHandlerFactory以后需要在Web.config和IIS中进行注册。在Web.config中添加如下代码

<configuration>
  <system.web>
    <httpHandlers>      <add verb="GET,POST" path="*.sample" type="MyHandlerFactory" />    </httpHandlers>
  </system.web>
</configuration>
在IIS中需要对文件后缀名与ASP.Net的ISAPI进行映射。

ApplicationManager类在asp.net 2.0及之后版本用于创建并管理AppDomain。