较为详细的整个请求处理流程
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)
{
// 1. PreInit
this.PerformPreInit();
// 2. Init
this.InitRecursive(null);
this.OnInitComplete(EventArgs.Empty);
// 对于Postback,插入下面处理
if (this.IsPostBack)
{
// 加载ViewState和ControlState，进行场景恢复
this.LoadAllState();
// 第一次处理PostData
this.ProcessPostData(this._requestValueCollection, true);
}
// 3. PreLoad
this.OnPreLoad(EventArgs.Empty);
// 4. Load
this.LoadRecursive();
// 对于Postback，插入下面处理
if (this.IsPostBack)
{
// 第二次处理PostData
this.ProcessPostData(this._leftoverPostData, false);
// 如果PostData表面某个Control数据发生变化，那么RaisePostDataChanged事件
this.RaiseChangedEvents();
// RaisePostBackEvent
this.RaisePostBackEvent(this._requestValueCollection);
}
this.OnLoadComplete(EventArgs.Empty);
// 对于CallBack，RaiseCallBackEvent
if (this.IsPostBack && this.IsCallback)
{
this.PrepareCallback(callbackControlID);
}
else if (!this.IsCrossPagePostBack)
{
// 5. PreRender
this.PreRenderRecursiveInternal();
}
// 对于CallBack, Render出CallBack的结果
if (this.IsCallback)
{
this.RenderCallback();
}
else if (!this.IsCrossPagePostBack)
{
this.PerformPreRenderComplete();
// 6. SaveViewStae和ControlState
this.SaveAllState();
this.OnSaveStateComplete(EventArgs.Empty);
// 7. Render 整个Control
this.RenderControl(this.CreateHtmlTextWriter(this.Response.Output));
}
}
其中，PerformPreInit方法代码如下，可以发现PreInit时主要初始化Themes，加载MasterPage。
private void PerformPreInit()
{
this.OnPreInit(EventArgs.Empty);
this.InitializeThemes();
this.ApplyMasterPage();
this._preInitWorkComplete = true;
}
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)
{
// 1. 初始化Page，Parent，NameContainer,ID
control._parent = this;
control._page = this.Page;
control.flags.Clear(0x20000);
Control namingContainer = this.flags[0x80] ? this : this._namingContainer;
if (namingContainer != null)
{
control.UpdateNamingContainer(namingContainer);
if ((control._id == null) && !control.flags[0x40])
{
control.GenerateAutomaticID();
}
else if ((control._id != null) || ((control._occasionalFields != null) && (control._occasionalFields.Controls != null)))
{
namingContainer.DirtyNameTable();
}
}
// 2. 判断当前Control所在的页面生命周期阶段，然后对于新加入的Control进行补充调用
if (this._controlState >= ControlState.ChildrenInitialized)
{
control.InitRecursive(namingContainer);
if (((control._controlState >= ControlState.Initialized) && (control.RareFields != null)) && control.RareFields.RequiredControlState)
{
this.Page.RegisterRequiresControlState(control);
}
if (this._controlState >= ControlState.ViewStateLoaded)
{
object savedState = null;
if ((this._occasionalFields != null) && (this._occasionalFields.ControlsViewState != null))
{
savedState = this._occasionalFields.ControlsViewState[index];
if (this.LoadViewStateByID)
{
control.EnsureID();
savedState = this._occasionalFields.ControlsViewState[control.ID];
this._occasionalFields.ControlsViewState.Remove(control.ID);
}
else
{
savedState = this._occasionalFields.ControlsViewState[index];
this._occasionalFields.ControlsViewState.Remove(index);
}
}
control.LoadViewStateRecursive(savedState);
if (this._controlState >= ControlState.Loaded)
{
control.LoadRecursive();
if (this._controlState >= ControlState.PreRendered)
{
control.PreRenderRecursiveInternal();
}
}
}
}
}
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。