Asp.net 页面加载顺序
一、初始化
a) 当页面被提交请求第一个方法永远是构造函数。您可以在构造函数里面初始化一些自定义属性或对象，不过这时候因为页面还没有被完全初始化所以多少会有些限制。特别地，您需要使用HttpContext对象。当前可以使用的对象包括QueryString,Form以及Cookies集合，还有Cache对象。注意：在构造函数里是不允许使用Session的。
b) 下一个将执行的方法是AddParsedSubObject方法，这个方法将添加所有独立的控件并把页面组成一个控件集合树，这个方法经常被一些高级的页面模板解决方案（Page Template Solutions）重写以便添加页面内容到页面模板（Page Template）中一些特殊的控件中。这个方法递归应用到所有的页面控件及相应的每个子控件，所有的控件都是在这个方法中开始最早的初始化。
c) 页面类中下一个将执行的方法是DeterminePostBackMode。这个方法允许您修改IsPostBack的值及相关的事件。如果您需要从数据库中加载ViewState这个方法将特别有用，因为ViewState只有在IsPostBack为真的情况下才会进行恢复。返回空将会导致强制执行非回传，返回Request.Form则强制执行一个回传。除非在特殊情况下，否则并不建议去操作这个，因为这个还会影响其他的事件。
d) 下一个将要执行的方法是OnInit方法，一般这是第一个真正被使用的方法。这个方法触发时，所有页面定义中的控件执行初始化，这意味着所有在页面中定义的值应用到相应的控件上。不过，ViewState和传回的值还不会应用到控件上，因些，任何被代码或用户改变的值还没有被恢复到控件上。这个方法通常是最好的创建 、重创建动态控件的好地方。
二、恢复及加载
a) 下一个方法，LoadPageStateFromPersistenceMedium只会在页面被回传的时候才会被执行。如果因为使用Session或自定义存储方式，您修改了后面将要提到的影响 ViewState保存方法方法SavePageStateToPersistenceMedium，则这个方法需要被重写。默认的实现中ViewState是一个Base64格式编码，并且被保存在页面的隐藏工域中，您可以使用这篇文章中提及的方法修改ViewState按以上两种方式保存。注意：这个上方法并没有真正加载ViewState到页面或页面控件中。
b) 当得到 ViewState后，下一个方法LoadViewState，将以递归的方式恢复ViewState到页面及各个页面在控件或子控件中。这个方法执行后，每个控件都将恢复到上一次的状态，但是用户提交的数据还没有应用到控件上，因为他们不是ViewState的一部分。这个方法主要用于恢复您在其他事件中动态生成的控件的值，他们的值是您手动保存在VewSttate中，并且现在已经失效。
c) 下一个方法是ProcessPostData，这个方法也同样是回传的时候才会被执行，并且不允许被重写，这个是页面基类的私有方法。这个方法通过匹配控件的名称恢复相应 的用户提交的控件的值，到这一步意味着整个页面都已经被完全恢复了。唯一要记住的是所有动态控件的创建必须在这个方法之前。这个方法也是记录后面的改变事件的方法。
d) 下一个方法是OnLoad方法，通常这是用得最多的方法，因为这个方法是页面生存期第一个恢复了所有值的地方。大多数代码根据判断IsPastBack来决定是否重新设置控件状态。您也可以在这个方法中调用Validate并且检查IsValid的值。也可以在这个方法创建动态控件，并且该控件的所有的方法都被执行以追上当前页面的状态包括ViewState，不过不包括回传的值。
三、事件处理
a) 下一个方法还是ProcessPostData，实际上就是前一个方法的另一个调用，它仍然是只在回传的时候执行并且由于是私有方法不可以被重写。如果您是第一次看页面的运行轨迹也许会觉得这个方法有些多余。但实际上这个方法是因为在OnLoad中创建的动态控件也需要他们回传的值。任何在这以后创建的控件都可以得到他们的ViewState，但是不能再得到他们的回传的值，并且不会触发任何值改变事件（Change Event）。
b) 下一个方法，RaiseChangedEvents，也是只在回传页面中执行，并且也因为是基类的私有方法所以不能被继承。在整个页面生存期中，是在这儿根据之前的ProcessPostData记录的控件的值和提交的值是否不同来触发值改变事件。您也许需要调用Validate或者检查IsValid的值。这里并没有特别的说明多个值改变事件的执行先后顺序。
c) 下一个方法，RaisePostBackEvent，同样是因为是基类的私有方法不能被继承，同样也是只在回传页面中执行。除非使用了AutoPostBack，不然这是实际提交表单事件执行的地方，特别是按钮或者其实使用javascript提交表单等。如果还没有被手动调用并且使用了验证控件，那么Validate会被调用 。注意IE中有个BUG有时会允许提交去不触发任何事件。
d) 下一个方法是OnPreRender，一般这是在客户端展现页面之前改变页面及其控件的最后一次机会。您也可以在这个方法里面创建动态控件，并且所有的方法都会被执行以追上当前页面的状态包括ViewState,但是私有方法将不会被执行，这意味着不会有回传的值并且不会有事件触发。由于IE中的BUG，这是一个没有事件赶上PostBack 的好地方。
四、保存及显示
a) 下一个方法是SaveViewState，不论是否是回传页面，均会递归的执行以保存页面及其所有控件的ViewState。ViewState基本上保存所有与定义在aspx中的原始值不同的值，不管是被代码还是用户所改变。注意控件值是根据他们在页面的控件树中的位置来保存的，所以如果动态控件后来加到了错误的位置将会导致混乱。
b) 下一个方法是SavePageStateToPersistenceMedium真正的保存页面的ViewState。这个方法随同LoadPageStateFromPersistenceMedium一起被重写以便保存ViewState到Session或其它自定义数据，而不是隐藏域。这对于低带宽的用户来说是很有帮助的。并且对于移动设备来说，Session是默认设置。下面这篇文章描述了使用以上两种方式保存ViewState的具体细节。注意在ASP.NET中有个BUG：ASP.NET要求必须提交_viewstate字段，即使是空的。
c) 下一个方法是Render方法，该方法递归的创建并发送相应控件的html给浏览器。这个方法被一些页面模板方案重写以添加一些通用的页面头或脚而不使用服务器控件，他们总是有一些额外的东西。注意这儿的修改只能使用纯HTML,因为控件 在这儿已经被生成了。您可以用StringBuilder,StringWriter,HtmlTextWriter捕获相应的HTML输出。
d) 最后的方法是OnUnload，这个方法会调用相应的Dispose方法。这个方法提供机会以便清空该页面中的非托管资源，如关闭打开的文件句柄，以前打开的数据库连接等。注意这个方法是在页面已经发送到客户端以后执行的，所以它只会影响服务器对象，并且它不会显示在页面的显示轨迹中。
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事件，注意这个客户端事件是最后执行，即在服务器端所有事件执行完后才执行。
表：页面事件方法回传控件
ConstructorAlwaysAll
AddParsedSubObjectAlwaysAll
DeteerminePostBackModeAlwaysPage
OnInitAlwaysAll
LoadPageStateFromPersistenceModiumostBackPage
LoadViewStatePostBackAll
ProcessPostData1PostBackPage
OnLoadAlwaysAll
ProcessPostData2PostBackPage
RaiseChangedEnventsPostBackPage
RaisePostBackEventPostBackPage
OnPreRenderAlwaysAll
SaveViewStateAlwaysAll
SavePageStaeToPersistenceMediumAlwaysPage
RenderAlwaysAll
OnUnloadAlwaysAll
作者：