（1）对象初始化Init事件
（2）加载视图
（3）处理回发数据
（4）加载页面Load
（5）回发更改通知
（6）处理回发事件RaisePostBackEvent
（7）预呈现PreRender
（8）保存状态 SaveViewState
（9）呈现视图 Render
（10）处置Disposed
（11）卸载Unload

 
 
控件生存周期
 
当一个ASP.net页面被请求后，一个page实例被生成，开始自己的逻辑，最终返回HTML流给用户端。构成逻辑处理的是page中存在的服务器端控件以及控件间的交互，并且在页面结束前服务器控件们被销毁（视.net的回收策略而定）。那么这些控件在短短的页面处理过程中经历了创建、处理、销毁等到底是如何组织的？这些控件是如何同其他控件交互，如何在多个页面间保持状态的？（这应当是整个控件开发的基本也是重要的知识）
首先，我们看看特殊的控件，也就是Page类，所有aspx页面的父类（或者祖先）。因为这是我们程序员主要的舞台。Page类继承自TemplateControl, 且实现了IhttpHandler。IhttpHandler接口是保证页面被ASP.NET框架所调度，并且可以获得HTTP协议的数据输入流以及获得向HTTP输出流输出数据的能力；而TemplateControl类是继承自Control类。Page实现了InamingContainer接口，这保证了他可以充当页面中的控件们的容器（控件们的战斗舞台）
 
好了，现在看看控件的生命周期(看看MS是如何定义这个框架体系的)：
1、 Instance 实例化
通过控件的构造器所实例化。还可以通过被父控件实例化而生成。
 
2、 Initialize 初始化
控件会通过默认方式调用OnInit方法，从而引发On_init事件。Page根据aspx页面的语法以及标签设定值来初始化控件，对声明语法中的控件及其属性赋值。作为一个特殊控件，一般可以在Page的OnInit事件中允许编程者提供控间的初始化操作（对某些属性赋值）。对于控件包含的子控件，控件可以访问他们，但是子控件是不可以访问父控件的（因为控件此时还没有被加载(Load)）。
 
3、 Begin Tracking View State 开始跟踪视图状态
发生在初始化阶段末尾，Page会调用控件的TrackViewState方法（这是一个继承自Control的保护方法）
 
4、 Load View State 加载视图
此时，页面框架自动恢复了ViewState字典（ViewState数据来自表单form中的隐含字段），控件会根据ViewState值来设定自己的属性或者内部字段变量等
 
5、 Load PostBack Data加载回传数据
如果控件实现了IpostBackDataHandle接口，那么页面回调用控件实现的接口，让其参与对回传数据的处理
 
6、 Load 加载
此时，控件树（page的控件以及控件的子控件构成的树）所有控件都已经被初始化，并恢复到上一个周期的状态（这是通过ViewState获得的），可以访问其他的任何控件。
 
7、 Raise Change Events引发修改（控件的）事件
处理回传的数据，此时可能会引起控件的某些事件作为对某些属性被修改的通知。
 
8、 Raise Postback Event 引发回传数据
当发生修改事件时候，引发将客户端发生的一些事件映射到服务器控件的事件，从而调用控件的事件的处理例程。这大多是控件开发者的客户—另外一些程序员重用控件时的舞台。
 
9、 PreRender 预生成
通过调用控件的OnPreRender方法，执行在生成控件前的所需任何工作。递归调用子控件的此方法。
 
10、Save View State 保存视图状态
       控件继承Control的方法来保存当前控件状态到ViewState中去
      
11、Render 生成
       控件输出HTML数据到HTML流中去。
      
12、Unload 卸载
       页面通过实现Page_Onload方法执行清除工作，也默认引发控件的Unload事件
 
13、Dispose释放
       此时，控件执行清除占用资源的方法。
 
以上讨论适宜于在aspx页面中声明创建的控件，如果是在页面/控件的事件处理程序中创造得控件，则在控件加入到控件树开始执行各个阶段，直到达到页面的当前阶段，之后，该动态创建的控件将随同页面其他控件一样工作

当一个页面请求发送到WEB服务器时，不论该事件是由页面提交还是由页面重定向而激发的，页面在其被创建到释放的过程中都会运行一系列的事件。一个ASP.NET页面从悲怆见到释放的过程包含10个事件。

　　（1）对象初始化Init事件：页面初始化的标志是Init事件。页面中的控件（包括页面本身）都是在它们最初的Form中被首次初始化的。在成功创建页面的控件树后，对应用程序激发这个事件。当Init事件发生时，在.aspx源文件中静态声明的所有控件都以实例化并取其默认值。应该注意到，这是还没有视图状态信息可供使用。虽然可以重载OnInit方法，但是系统并不保证这些控件实例是按照怎样的顺序被创建的。

　　（2）加载视图：在初始化之后，页面框架立即加载该页面的视图状态（ViewState）。所谓视图状态就是一些名称/值对的集合，例如可以保存TextBox控件的ID和Text属性值。它一般被用于在一个往返行程中存留信息到服务器，即参与HTTP请求与响应。

　　页面视图状态被存储在＜input type=”hidden”＞字段中，做为_VIEWSTAE的值进行记录。该视图状态通过ASP.NE自动维护。通过重写LoadViewState方法组件，开发人员可控制如何还原视图状态以及如何将其内容影射到内部状态。LoadViewState方法就是从ViewState中获取上一次的状态，并按照页面的控件树的结构，用递归来遍历整个树，将对应的状态恢复到每一个控件上。

　　（3）处理回发数据：还原了视图状态，页面树种的各个控件的状态就与浏览器上次呈现该页面时这些控件所处的状态相同。下一步需要更新这些控件的状态以发送给客户端。

　　回发数据处理阶段是各个控件有机会更新其状态，以便准确的反映相应的HTML元素在客户端的状态。例如，一个服务器TextBox控件对应的HTML元素是＜input type=text＞，在回发数据阶段，TextBox控件将检索＜input＞标记的当前值并用它刷新其内部状态。每个控件负责从以发送的数据中提取相应值，并更新其某些属性。TextBox控件将更新Text属性，而CheckBox控件将刷新其Checked属性。服务器控件和HTML元素之间的匹配关系由二者的ID确定。

　　页框架将在每个提交数据的控件上实现IpostBackDataHandler接口，然后激发 LoadPostData事件，通过页面解析发现实现了IpostBackDataHandle接口的控件，这样就能正确的回传数据更新控件状态。在识别控件时，ASP.NET通过匹配控件的唯一标示符来更新正确的控件，该标识符具有名称值集和中的名称值对。这也就是在所有特定的页中每个控件都需要一个唯一标识符的原因之一。其他的步骤都由框架来完成，例如确定每个标识符在环境中是否唯一以及控件的基本属性等。

LostPostData方法的原型如下：
Public virtual bool LoadPostData(string postDatakey, NameValueCollection postCollection)

　　PostDataKey是标识控件的关键字，可以理解为控件的ID,postCollection是包含回发数据的集合，可以理解为视图状态值。该方法返回一个bool值，如果是true，则表示控件状态因回发而更改；否则返回false。页框架会更跟踪所有返回true的控件并在这些控件上调用 RaisePostDataChangeEvent事件。

　　LoadPostData方法是由System..Web.WebControls.Control定义的，而添加的每一个服务器控件也是从System..Web.WebControls.Control继承的，所以对于数据的回发处理并不需要干预。

　　（4）加载页面Load：在回发数据处理阶段结束时，页面中的所有控件都根据客户端上所输入的更改来更新的状态。此时，对页面激发OnLoad事件。对于这个事件，相信大多数朋友都会比较熟悉，用Visual Studio.Net生成的页面中的Page_Load方法就是响应Load事件的方法，对于每一次请求，Load事件都会触发，Page_Load方法也就会执行。可以利用该方法执行一些页面初始化，例如准备好数据库的连接字符串。在事件引用中，为了提高性能，通常使用Page类的IsPostBack 属性判断是不是数据回发。

　　（5）回发更改通知RaisePostDataChanged：如（3）所述，在所有实现了 IpostBackDataHandler接口的控件被正确的回传数据更新后，每个控件都有一个布尔值的标识，标识其自上一次提交后改控件的数据是被更改还是保持其值。然后ASP.NET通过搜索页来寻找任何显示控件数据被更改的标识并激发RaisePostDataChanged。 RaisePostDataChanged事件直到Load事件发生后，所有控件被更新后才激发。这保证了在控件被回传数据更新前，其他控件的数据在 RaisePostDataChanged事件中没有被手动更改过。虽然也可以在Page的基础上自己定义数据更改的事件，但通常这个事件由太大用处。

　　（6）处理回发事件RaisePostBackEvent：当回传更新导致数据改变而引发服务器端事件后，引发回传的对象会在 RaisePostBackEvent事件中被处理。这种引发回传的对象往往是一个按钮被单击或者其状态改变而引发回传的控件。例如Button触发乐 Onclick事件、客户端修改了某个文本框的文本、同时将AutoPostBack设置为true、触发TextChanged事件等。

　　很多代码都在这个事件中执行，因为这是控制事件驱动逻辑的理想位置。为了保证呈现到浏览器的数据的正确性，在一系列的回传事件后， RaisePostBackEvent事件最终被激发。基于一致性考虑，会传中改变的控件直到这个函数被执行后才被更新。在实际的ASP.NET开发工作中要做的工作就是在此事件发生前处理代码。

　　（7）预呈现PreRender：在处理回发事件后，页面就准备进行呈现。这一阶段的标志是PreRender事件。各个控件可利用这个很好的时机，以便执行任何需要在保存视图状态和呈现输出结果的前一刻完成得最后一些更新操作。最终请求的处理都会转变为发挥服务器的响应，预呈现这个阶段就是执行在最终呈现之前所做的状态的更改，因为在呈现一个控件之前，必须更具它的属性来产生HTML,比如Style属性。这是典型的例子，这预呈现之前，可以更改一个控件的 Style，当执行预呈现时，就可以把Style保存下来，做为呈现阶段显示HTML的样式信息。

　　（8）保存状态 SaveViewState：下一个状态为SaveViewState，在这一状态中所有控件以及页面本身可以刷新自己的SaveState集合的内容。所得到的视图状态随后得以序列化、进行哈希运算、进行Base64编码并关联到VI-EMSTATE隐藏自端。

　　（9）呈现视图 Render：到这里，实际上页面对请求的处理基本就告一段落了，在Render事件中，也调用对象是它们呈现为HTML，然后也收集HTML发送给客户。客户接收到HTML标记后进行重组，最终显示给客户。当Render事件被重载时，开发者可以为浏览器创建定值的HTML，此时页面创建的任何 HTML都还没有生效。Render方法用HtmlTextWriter对象做参数并由它产生HTML送给浏览器。这主要用于自定义控件的开发。

　　（10）处置Disposed：执行销毁控件前的所有最终清理操作。在此阶段必须释放对昂贵资源的引用，如内存的退出、数据库的连接等。

　　（11）卸载Unload：一个页面的最后生存标志就是Unload事件，该事件在页面对象被解除之前发生。在此事件中，可以调用Dispose方法尽可能释放占用的任何关键资源（例如，文件、图形对象以及数据库连接）。