为了更好地优化博客园程序的性能，最近我在优化代码的同时，更深入地去研究asp.net的源代码。asp.net的源代码通过Reflector工具一鉴无遗, 虽然不是原版的代码，但已经足够了，其中的原理与思想已经清楚地摆在我们面前。这是.NET开发人员的幸运!
在我们开发asp.net应用程序时, System.Web.UI.Page是我们最熟悉并用的最多的一个类。但有多少人真正对这个类的源代码仔细研究过? 从相关搜索中可以看出并不是很多，比如，用Google搜索ProcessRequestMain方法中开始的“OnPageStartSessionObjects”，结果只有四个。
今天我花了半天时间，研究了Page中处理请求的最关键的方法：ProcessRequestMain()，在这里我将自己的理解写出来与大家共享，欢迎大家批评并指正。一切尽在代码注释中:
注：为了方便阅读与理解，已去掉源代码中输出Trace信息的部分。
public class Page
{
private void ProcessRequestMain()
{
try
{
if (this.IsInAspCompatMode)
{
AspCompatApplicationStep.OnPageStartSessionObjects();
}
//将当前Context的Session中的对象传递给asp的OnStartPage
//通过<%@ ASPCOMPAT="true" %>进行设置
//参考文章: http://samples.gotdotnet.com/quickstart/aspplus/doc/cominterop.aspx
this._requestValueCollection = this.DeterminePostBackMode();
//检查PostBackMode, 如果启用了PostBack, 获取VIEWSTATE数据并赋值给_requestValueCollection
base.InitRecursive(null);
//调用基类的InitRecursive方法通过递归对子控件进行初始化, 比如: 生成控件ID,设置控件的Page属性。
//OnInit()方法将会在此时被调用
if (this.IsPostBack)
{
this.LoadPageViewState();
//从_requestValueCollection通过反序列化载入视图状态数据,如果页面的Layout发生了改变,子控件重新递归载入(LoadViewStateRecursive)视图状态
//载入后,从视图状态数据从得到所有要处理PostBack的控件并注册到_controlsRequiringPostBack.
this.ProcessPostData(this._requestValueCollection, true);
//处理PostBack数据, 从PostBack数据中得到所有控件ID并检查每个控件,如果不能在当前页面中找到该控件(FindControl), 将其存入_leftoverPostData.
//如果存在该控件,继续检查,若该控件没有实现IPostBackDataHandler, 但实现了 IPostBackEventHandler,注册该控件进行事件处理。
//若该控件实现了System.Web.UI.IPostBackDataHandler,该控件的LoadPostData()方法在此时被调用,并将其加入到_changedPostDataConsumers,
//并从._controlsRequiringPostBack(LoadPageViewState时对它进行了赋值)中移除该控件.
//这样就从_controlsRequiringPostBack中移除了所有实现IPostBackDataHandler接口的控件.
//接着继续对 _controlsRequiringPostBack中余下的控件进行处理,但奇怪的是又对这些余下的控件检查是否存在并实现了IPostBackDataHandler, 如果实现,
//调用该控件的LoadPostData()(有点多此一举了, 可能是Relector生成的代码有误)并放入_changedPostDataConsumers,如果没实现,放入一个新ArrayList变量,
//检查结束后,将其赋值给_controlsRequiringPostBack.那现在_controlsRequiringPostBack中剩下什么呢?没有实现IPostBackDataHandler,
//但实现了 IPostBackEventHandler的控件以及没有被Load的控件, 也就是在PostBack数据中存在但FindControl没有找到的控件。
//为什么会有找不到的控件呢?我们这里需要注意的是OnLoad()事件还没执行,
//有些控件还没有被加载.下面的base.LoadRecursive()就是触发OnLoad()事件的。
}
base.LoadRecursive();
//触发页面的OnLoad()事件->递归触发子控件的OnLoad()事件->将页面的_controlState状态设置为ControlState.Loaded
if (this.IsPostBack)
{
this.ProcessPostData(this._leftoverPostData, false);
//理解了ProcessPostData(this._requestValueCollection, true)之后, 这个就很好理解了,就是检查_controlsRequiringPostBack中的控件是否存在并实现了
//IPostBackDataHandler, 如果实现,调用该控件的LoadPostData()方法并将其加入到_changedPostDataConsumers.ProcessPostData(this._leftoverPostData, false)
//这个方法就是为OnLoad()之后加载的控件服务的。
}
this.RaiseChangedEvents();
//在_changedPostDataConsumers(在两个ProcessPostData方法中向它添加了数据)中没有实现IPostBackDataHandler接口的控件触发RaisePostDataChangedEvent.
this.RaisePostBackEvent(this._requestValueCollection);
//触发_registeredControlThatRequireRaiseEvent及PostBack数据中实现IPostBackEventHandler接口的控件的RaisePostBackEvent事件。
base.PreRenderRecursiveInternal();
//首先调用EnsureChildControls,检查子控件是否创建, 如果没有, 调用进行创建CreateChildControls.
//触发OnPreRende事件.
//递归调用子控件的PreRenderRecursiveInternal方法
//设置._controlState为 ControlState.PreRendered
this.SavePageViewState();
//保存视图状态数据至._viewStateToPersist
base.RenderControl(this.CreateHtmlTextWriter(this.Response.Output));
//输出当前及所有子控件的内容
}
catch (ThreadAbortException)
{
base.UnloadRecursive(true);
return;
}
catch (ConfigurationException)
{
throw;
}
catch (Exception exception1)
{
PerfCounters.IncrementCounter(AppPerfCounter.ERRORS_DURING_REQUEST);
PerfCounters.IncrementCounter(AppPerfCounter.ERRORS_TOTAL);
if (!this.HandleError(exception1))
{
throw;
}
return;
}
}
}