背景
在ASP.NET应用程序中，用户总是要去请求一个.ASPX页的，让我们感兴趣的一件事就是在用户访问一个.ASPX页的时候，应用程序所属的WEB服务器到底做了哪些事呢？弄懂事件的顺序将有助于我们在恰当的事件中做我们想做的事，也可以消除我们的一些混淆，比如把一些问题归咎给WEB程序的无状态之类的。
基础：新的编译模型和部分类（PARTIAL CLASSES）
ASP.NET中的每一个WEB FORM都直接或间接的继承自SYSTEM.WEB.UI.PAGE类。一个WEB FROM包括两部分：一个是代码文件(WEBFORM.ASPX.CS)，它包括一些和PAGE相关联的事件和方法，另一个是ASPX文件，它包括一些HTML控件声明（在VISUAL STUDIO 2005的WEB应用程序中，我们还有一个名为WEBFORM.ASPX.DESIGNER.CS的设计类）
在ASP.NET 2.0中，我们不需要再定义控件变量，也不需要再在代码文件中写一些事件委托，这一切都要归功于部分类。在ASP.NET 1.X中，这些代码都会自动的在INITIALIZECOMPONENT()里生成。但是到了2.0版本，RUNTIME将会创建一个部分类，这个类会包含ASPX页中的所有信息。这将使得代码文件非常清晰并且易于管理。
这将消除VS2003中的代码文件和ASPX页面之间的名字相互联系的改变（如果我们要改变任意控件的ID，都不得不改变ASPX页和代码文件）。在VS2005中所有控件的事件都定义在ASPX页里。所以代码文件中的事件委托和控件变量将被清除，这是比先前的VS2003方便的地方。
页的生存周期
了解页的生存周期中的每一个请求是非常重要的，丢值、丢状态的问题都可能是你对页的生存周期了解不够造成的。当然，如果你要在ASP.NET保留状态的话，可以用诸如APPLICATION，SESSION，CACHE，或者COOKIES之类的
注意：ASP.NET 2.0中的视图状态由两部分组成，控件状态和视图状态。详细了解请参考这篇文章
HTTP://MSDN2.MICROSOFT.COM/EN-US/LIBRARY/1WHWT1K7(VS.80).ASPX
下面我们将按照WEB程序的代码文件中的各个事件的触发顺序来详细的介绍它们
重点提示：除了INIT()和UNLOAD()之外的所有事件都是从最外面到最里面被激发的。例如，一个用户控件的INIT事件在它的父页类的PAGE_INIT()事件之前被激发（译者注：这是从里到外）。
1. PREINIT()
在这个页面级的事件中，所有在设计时创建的控件都将被用默认值做初始化。例如，如果你有一个TEXT属性值为“HELLO”的TEXTBOX控件，则此时这个属性被设置。我们也可以在这里动态的创建控件。
这个事件仅仅发生在页级别的类中，用户控件和母版页没有这个事件
下面的代码示例了如何重写这个方法以增加你的自定义代码
PROTECTED OVERRIDE VOID ONPREINIT(EVENTARGS E)
注意，我们只能在PREINIT()事件中动态的设置THEMES
使用母版页时的惯例
我们先要了解一个非常重要的知识点——母版页被处理的进程就相当于内容页中的一个控件。
所以如果一个页有其相关联的母版页的话，那么在PREINIT()事件里页中的所有控件都不会被初始化。而只有在INIT()事件开始之后，你才能直接访问这些控件。为什么？
这个原因就是内容页中的所有控件都包含在“CONTENTPLACEHOLDER”里，而“CONTENTPLACEHOLDER”其实就是母版页的一个子控件。如今母版页被处理的进程就相当于内容页中的一个控件，我们早先提到过，除了INIT()和UNLOAD()之外的所有事件都是从最外面到最里面被激发的。虽然页的PREINIT()是第一个被触发的事件，但是用户控件和母版页是没有这个事件的，所以在页的PAGE_PREINIT()方法中，母版页和用户控件都不会被初始化，而是在INIT()事件之后
接下来让我们来看一下PAGE_INIT()事件之后控件的层次结构
2. ONINIT()
在这个事件里，我们能读出控件的属性（在设计模式中设置的）。但是我们不能读出用户设置的值，因为得到用户设置的值是在LOADPOSTDATA()事件被激发之后。不过在这个事件中我们可以得到POST数据，如下
STRING SELECTEDVALUE = REQUEST.FORM[CONTROLID].TOSTRING();
3. LOADVIEWSTATE
这个事件仅仅在回发之后被激发（ISPOSTBACK == TRUE）。在这个事件中RUNTIME从隐藏域中分解出VIEW STATE并加载到所有启用了VIEW STATE的控件。
4. LOADPOSTBACKDATA
这个事件也仅仅是在回发之后被激发。
在这个事件里实现了IPOSTBACKDATAHANDLER接口的控件从HTTP的POST数据中得到值。注意，TEXTBOX控件不能从VIEW STATE中获得值，而是在此事件中从POST数据中获得值。所以即使有些控件没有启用VIEW STATE，只要它实现了IPOSTBACKDATAHANDLER接口就可以从HTTP的POST数据中得到值。
另一个重要的知识点是如果我们有一个DROPDOWNLIST控件并动态的给它增加一些选择项，那么RUNTIME将不能得到这些值除非启用了VIEW STATE（即使控件继承自IPOSTBACKDATAHANDLER接口）。这个原因就是在HTTP的POST数据中的每一个控件只能有一个值，并且POST数据中的所有值都不会被保存，除了使用VIEW STATE。
5. PAGE_LOAD
这是最常用的方法了，而且是一些开发新手放置他们代码的第一个地方，有些新手们往往以为这就是PAGE类第一个触发的方法。这个方法是混淆我们PAGE生存周期的罪魁祸首之一。
注意：如果页里有任何用户控件的话，那么用户控件的LOAD方法将在页类的LOAD方法之后被触发。这个原因早先已经解释过了，除了INIT()和UNLOAD()之外的所有事件都是从最外面到最里面被激发的。所以页的PAGE_LOAD()之后，页内的其它控件的LOAD方法才被触发。
6. CONTROL EVENT HANDLERS
事件处理（比如像BUTTON1_CLICK()之类的）是定义在ASPX页面中的，有一些开发人员以为当单击一个按钮后会立即出发BUTTON_CLICK() ，他们忘了在这个事件触发之前首先要触发PAGE_LOAD。
7. PRERENDER
如果我们想改变某一个控件的值，这是最后的机会了
8. SAVEVIEWSTATE
控件的VIEWSTATE被存储在FORM的隐藏域中
9. RENDER
呈现
10. UNLOAD
这是最后的清理操作
动态控件
如今我们已经知道了页的生存周期的重要事件，接下来让我们关注一下如何创建以及保持动态生成控件的状态。有的时候我们需要动态的生成控件，比如我原来管理的一个酒店预订的项目，用户在一个TEXTBOX里输入房间号，根据这个值动态的生成一个用户控件来显示该房间的详细信息。
开发人员虽然能动态的生成用户控件，但是却不能保存用户控件的状态。当我看了代码后，他们把生成控件的代码写到了BUTTON的CLICK事件里。根据我们上面所讨论的，BUTTON_CLICK()在LOADVIEWSTATE()和LOADPOSTDATA()之后触发，而控件的值是要在VIEW STATE或POST数据中取得的。
所以除非在PAGE_INIT()或PRE_INIT()方法里重新创建控件（它们发生在LOADVIEWSTATE和LOADPOSTDATA之前），这样就可以在下一个事件里获得控件的值
如今，如果把代码写到PAGE_INIT()事件里的话，将不能得到用户在TEXTBOX（它是一个静态控件）里输入的值。原因就在于这是PAGE_INIT()事件，控件的值被初始化为它们设计时的默认值，而不会得到用户输入的值
所以如果要在这里访问到用户输入的值话只有一个办法，就是从POST数据中取值。代码如下
PROTECTED OVERRIDE VOID ONINIT(EVENTARGS E)
注意：感激ASP.NET论坛的MIKE BANAVIGE，有了他的帮助才让我增加了这部分内容。如果你在PAGE_LOAD事件里创建一个动态控件，并把它添加到PLACEHOLDER或PANEL里（要打开VIEW STATE），那么动态控件将会维持它的状态，即使它不是在PAGE_INIT()中创建的，为什么？
原因就是控件一旦被添加到页的控件树里，TRACKVIEWSTATE()方法就负责跟踪其状态。只要控件被添加到控件树里，这个方法就会被自动的触发。因为这个原因，对控件的任何修改（如添加ITEM之类的）都应该在动态控件被添加到页的控件树之后来做，否则其状态将丢失。请看如下代码
PROTECTED VOID PAGE_LOAD(OBJECT SENDER, EVENTARGS E)
}
下面的代码则不会保持动态控件的状态
PROTECTED VOID PAGE_LOAD(OBJECT SENDER, EVENTARGS E)
// "TEST1"和"TEST2"值将丢失
PLACEHOLDER1.CONTROLS.ADD(D);
}
总结
我已经解释了页的生存周期的一些相关事件及其重要性，同时我也会不定期更新这篇文章以增加一些小提示和小技巧，此外也欢迎读者指出本文的缺陷之处及修改建议
记住页的整个生存周期的各个事件的顺序是非常重要的，这样我们就可以根据不同的需求在合适的位置写出相应的代码。
