母版页和内容页都可以包含控件的事件处理程序。对于控件而言，事件是在本地处理的，即内容页中的控件在内容页中引发事件，母版页中的控件在母版页中引发事件。控件事件不会从内容页发送到母版页。同样，也不能在内容页中处理来自母版页控件的事件。
在某些情况下，内容页和母版页中会引发相同的事件。例如，两者都引发 Init 和 Load 事件。引发事件的一般规则是初始化事件从最里面的控件向最外面的控件引发，所有其他事件则从最外面的控件向最里面的控件引发。请记住，母版页会合并到内容页中并被视为内容页中的一个控件，这一点十分有用。
下面是母版页与内容页合并后事件的发生顺序：
-
母版页控件 Init 事件。
-
内容控件 Init 事件。
-
母版页 Init 事件。
-
内容页 Init 事件。
-
内容页 Load 事件。
-
母版页 Load 事件。
-
内容控件 Load 事件。
-
内容页 PreRender 事件。
-
母版页 PreRender 事件。
-
母版页控件 PreRender 事件。
-
内容控件 PreRender 事件。
母版页和内容页中的事件顺序对于页面开发人员并不重要。但是，如果您创建的事件处理程序取决于某些事件的可用性，那么您将发现，了解母版页和内容页中的事件顺序很有帮助。
关于asp.net中页面事件加载的先后顺序
Page 执行中将按照如下顺序激活事件：
Page.PreInit
Page.Init
Page.InitComplite
Page.PreLoad
Page.Load
Page.LoadComplete
Page.PreRender
Page.PreRenderComplete
如果页面从另一个页面继承，如BasePage:System.Web.UI.Page，在BasePage中做了一些扩展，如权限检查，而其他页面从BasePage继承，则BasePage和最终Page的事件激活顺序是：
UI.PreInit
Page.PreInit
UI.Init
Page.Init
UI.InitComplite
Page.InitComplite
UI.PreLoad
Page.PreLoad
UI.Load
Page.Load
UI.LoadComplete
Page.LoadComplete
UI.PreRender
Page.PreRender
UI.PreRenderComplete
Page.PreRenderComplete
如果使用了MasterPage，则MasterPage中的事件和ContentPage中的事件按照下面顺序激活：
ContentPage.PreInit
Master.Init
ContentPage.Init
ContentPage.InitComplite
ContentPage.PreLoad
ContentPage.Load
Master.Load
ContentPage.LoadComplete
ContentPage.PreRender
Master.PreRender
ContentPage.PreRenderComplete
更进一步，如果ContentPage继承BasePage，那么，各事件的执行顺序将变成：
UI.PreInit
ContentPage.PreInit
Master.Init
UI.Init
ContentPage.Init
UI.InitComplite
ContentPage.InitComplite
UI.PreLoad
ContentPage.PreLoad
UI.Load
ContentPage.Load
Master.Load
UI.LoadComplete
ContentPage.LoadComplete
UI.PreRender
ContentPage.PreRender
Master.PreRender
UI.PreRenderComplete
ContentPage.PreRenderComplete
浏览下来发现并不是我现在所学的asp.net 1.1，估计应该是asp.net 2.0,
不过也没有关系，这让我知道了他们有继承时加载的顺序。
即：先加载继承页的，再加载自己的，如果继承页有继承则先加载继承页的继承。
其实是个很简单的内容。顺便写下Page事件（不知道1.1是不是就这些）
事件处理器名称
发生时间
Page_Init
在Web窗体的视图状态加载服务器控件并对其初始化。
这是web窗体生命周期的第一步
Page_Load在Page对象上载入服务器控件。由于此时视图状态信息是可以使用的，
因此载这里可以用代码来改变空间的设置或者载页面上显示文本。
Page_PreRender 应用程序将要呈现Page对象 Page_Unload 页面从内存中卸载 Page_Error 发生未处理的异常 Page_AbortTransaction 事务处理被终止 Page_CommitTransaction 事务处理被接受 Page_DataBinding 把页面上的服务器空间和数据源绑定载一起 Page_Disposed Page对象从内存中释放掉。这是Page对象生命周期中的最后一个事件Init,Load,PreRender事件执行顺序:
1）控件的Init事件
2）控件所在页面的Init事件
3）控件所在页面的Load事件
4）控件的Load事件
5）控件所在页面的PreRender事件
6）控件的PreRender事件
规律：
1）Init事件从最里面的控件（包括用户控件及普通控件）向最外面的控件（页面）引发，Load及PreRender等其他事件从最外面的控件向最里面的控件引发；
2）控件之间相同事件的执行顺序依控件在页面的位置按从左到右，从上到下的先后顺序执行。
注意：
1）切记用户控件也被视为页面中的一个控件；
2）把用户控件作为单独的一个特殊页面来看，它本身及其所包含的控件同样遵守相同的规律；
3）有时在客户端程序（如javascript）中会用到客户端body对像的onload事件，注意这个客户端事件是最后执行，即在服务器端所有事件执行完后才执行。
测试环境：
Windows2000 Pro+IIS5.0+Dotnet Framework1.1
===================================================================================
转载一篇关于页面对象模型的文章，说得比较详细，有助理解。没事的时候就多看两遍，慢慢体会:)。
ASP.NET 页面对象模型 Dino Esposito
Wintellect
2003 年 8 月
适用于：Microsoft® ASP.NET
摘要：了解为 ASP.NET Web 页面建立的事件模型，以及 Web 页面转变为 HTML 过程中的各个阶段。ASP.NET HTTP 运行时负责管理对象管道，这些对象首先将请求的 URL 转换成 Page 类的具体实例，然后再将这些实例转换成纯 HTML 文本。本文将探讨那些作为页面生命周期标志的事件，以及控件和页面编写者如何干预并改变标准行为。（本文包含一些指向英文站点的链接。）
目录简介
真正的 Page 类
页面的生命周期
执行的各个阶段
小结
对由 Microsoft® Internet 信息服务 (IIS) 处理的 Microsoft® ASP.NET 页面的每个请求都会被移交到 ASP.NET HTTP 管道。HTTP 管道由一系列托管对象组成，这些托管对象按顺序处理请求，并将 URL 转换为纯 HTML 文本。HTTP 管道的入口是 HttpRuntime 类。ASP.NET 结构为辅助进程中的每个 AppDomain 创建一个此类的实例。（请注意，辅助进程为每个当前正在运行的 ASP.NET 应用程序维护一个特定的 AppDomain。）
HttpRuntime 类从内部池中获取 HttpApplication 对象，并安排此对象来处理请求。HTTP 应用程序管理器完成的主要任务就是找到将真正处理请求的类。当请求 .aspx 资源时，处理程序就是页面处理程序，即从 Page 继承的类的实例。资源类型和处理程序类型之间的关联关系存储在应用程序的配置文件中。更确切地说，默认的映射集是在 machine.config 文件的
扩展名可以与处理程序类相关联，并且更多是与处理程序工厂类相关联。在所有情况下，负责处理请求的 HttpApplication 对象都会获得一个实现 IHttpHandler 接口的对象。如果根据 HTTP 处理程序来解析关联的资源/类，则返回的类将直接实现接口。如果资源被绑定到处理程序工厂，则还需要额外的步骤。处理程序工厂类实现 IHttpHandlerFactory 接口，此接口的 GetHandler 方法将返回一个基于 IHttpHandler 的对象。
HTTP 运行时是如何结束这个循环并处理页面请求的？ProcessRequest 方法在 IHttpHandler 接口中非常重要。通过对代表被请求页面的对象调用此方法，ASP.NET 结构会启动将生成浏览器输出的进程。
真正的 Page 类特定页面的 HTTP 处理程序类型取决于 URL。首次调用 URL 时，将构建一个新的类，这个类被动态编译为一个程序集。检查 .aspx 资源的分析进程的结果是类的源代码。该类被定义为命名空间 ASP 的组成部分，并且被赋予了一个模拟原始 URL 的名称。例如，如果 URL 的终点是 page.aspx，则类的名称就是 ASP.Page_aspx。不过，类的名称可以通过编程方式来控制，方法是在 @Page 指令中设置 ClassName 属性。
HTTP 处理程序的基类是 Page。这个类定义了由所有页面处理程序共享的方法和属性的最小集合。Page 类实现 IHttpHandler 接口。
在很多情况下，实际处理程序的基类并不是 Page，而是其他的类。例如，如果使用了代码分离，就会出现这种情况。代码分离是一项开发技术，它可以将页面所需的代码隔离到单独的 C# 和 Microsoft Visual Basic® .NET 类中。页面的代码是一组事件处理程序和辅助方法，这些处理程序和方法真正决定了页面的行为。可以使用