1）将表单里提交过来的控件数据设置给页面对象的控件树中对应控件的属性（给前面打造的控件树里面控件给值），这样在服务器端就可以拿到客户端输入的值了。
2）将表单里面提交过来的值与ViewState中控件原来的值进行比对，不同则表示要触发该控件的Change 事件，则同时将该控件放到一个集合（看源码其实就是changedPostDataConsumers）中。在后续执行过程中遍历改集合依次触发对应控件的Change事件。
6.触发LoadRecursive()事件
大名鼎鼎的Page_Load就是在这里执行的。不过是先执行页面本身的Load事件再执行页面控件的Load事件哦,这时候前面给控件赋的值,表单提交过来的数据,ViewState等等都可以使用了，IsPostBack的原理就是判断是否有name为__VIEWSTATE的数据提交过来
7.再次触发ProcessPostData(this._leftoverPostData, false)事件
这个事件我在网上看了很多人说是将第一次遗漏下来的，第一次执行ProcessPostData没有涉及到的控件进行处理，但是并没有说明哪些遗漏下来了。为什么第一次没处理了？ 最后Google查到是处理我们开发者在页面的Page_Load方法中添加的控件。在Page_Load中我们可以自己创建控件对象加到页面对应的“C#DOM树中“，如：在Page_Load中写
TextBox txt = new TextBox();txt.ID ="myTxtBox";this.form1.Controls.Add(txt);
这就是把开发者自己创建的控件加在页面的form1的表单中。当然你也可以加上Change事件了创建控件的时候。执行的还是上面那两件事了。则回发的时候可以给开发者在Page_Lod中手动创建的控件还原值。
8.触发RaiseChangedEvents事件
循环遍历changedPostDataConsumers集合中的所有控件，依次执行控件的非点击回传事件，比如文本框的改变事件等
9.触发RaisePostBackEvent(this._requestValueCollection)事件
执行按钮点击回传事件或者验证事件，如果有多个按钮，根据回发过来的按钮的 name来判断触发哪个按钮的事件，或者触发该控件的验证事件
10.触发PerformPreRenderComplete事件
循环遍历控件树中所有的控件，根据每个控件生成对应的Html代码，把服务器控件渲染成普通的html控件。
11.触发事件SaveAllState事件
将服务器端ViewState集合中的内容（开发者自己加的数据或控件状态信息等）序列化然后Base64编码然后设置到客户端隐藏域__ViewState中
12.RenderControl(this.CreateHtmlTextWriter(this.Response.Output))
把要发送到客户端浏览器的内容设置到Response.Output，应用程序将它发送 到客户端浏览器。[/code]
看到这里不知道大家是否已经可以清晰地回答开篇提到的几个问题了，其实就是这些事件执行的先后顺序，页面生命周期了。”前人植树，后人乘凉了"
最后附上生命周期ProcessRequest源码