ASP.NET 页面对象模型

页面执行是从FrameworkInitialize方法开始的，这个方法为页面构建控件树。该方法是TemplageControl类的受保护并且是虚方法。任何为aspx资源动态生成的句柄覆盖了该方法。在这个方法里，页面的所有控件树都被构建了。

接下来，ProcessRequest方法使页面经历了不同的几个阶段：初始化、加载视图状态信息、回传数据、加载页面代码和执行回传的服务器事件。在这之后，页面转换到了显示模式：收集被更新的视图状态；产生HTML代码，并且传送到控制台。最后，页面卸载，请求的全部服务结束了。

在各个不同阶段里，页面处理了与web控件相关、程序员代码能够干预并解决一定问题的事件。其间一些事件是专门为那些内嵌控件和不能在.aspx代码级别处理的控件而设计的。

一个页面要解决这样的事件，它能明确的注册成为合适的句柄。但是，为了和原有的Visual Basic编程模式有后向兼容性，ASP.NET也支持了隐含事件的形式。在默认情况下，页面会寻找和事件相关的方法名；如果找到和事件相匹配的方法，这个方法就被认为是这种事件的处理程序。ASP.NET提供了六种专门的方法名，他们是 Page_Init , Page_Load , Page_DataBind , Page_PreRender 和 Page_Unload 。这些方法这些方法在Page类中已经被定义过，他们是相应事件的处理程序。HTTP运行时将自动的将这些方法绑定到相关的页面事件，而不需要程序员去编写把事件和方法联系起来的代码。举个例子来说，在下面的代码中， Page_Load方法和页面的加载事件相关联：

this.Load + = new EventHandler(this.Page_Load);

这种自动识别是被 @Page 预指令的AutoEventWireup 属性控制的。如果这个属性被置false ，应用程序必须显式声明和事件相关的方法。不自动关联页面事件代码的页面执行起来会快一些，是因为他们不需要在匹配上做过多的工作。在Visual Studio.NET 工程里可以把这个属性关闭掉。但是，默认设置是true，这意味着Page_Load方法被自动识别并被关联到相关的事件。