页面生命周期
转自：kai.ma
很早就看了cat chen的深入理解 ASP.NET 动态控件 (Part 3 - 页面生命周期) ，当时是理解了，但是很不好理解。尤其是追赶加载那部分。最近重新看到那篇文章，禁不住想用打比方的方式来描述一下，不知道我的比喻是否恰当？
一下引用自CatChen的原文：
一般加载分为以下几个主要阶段（粗体标出的阶段的特殊性后面解释）：
- Init - 初始化，是否为动态控件就以此为分界，Init之前加入到控件树的控件其处理过程就和ASPX中静态声明的一致，因为静态控件也就是在Init前加入的。
- LoadViewState - 加载ViewState。
- ProcessPostData - 处理PostData，倒不如说是加载PostData，因为此阶段控件多数仅加载PostData，顺便判断PostData是否有改变，别的处理不在此阶段作。
- Load - 加载，让ASP.NET程序员尽情发挥创意的地方，包括如何糟蹋ASP.NET这个框架。
- ProcessPostData Second Try - 第二次尝试处理PostData，和第一次所做的一样，不过第一次执行时已在控件树上的控件不会受到第二次打扰。
- Raise ChangedEvents - 冒泡Changed类事件，这里指的是由于PostData变更而引起的Changed类事件。
- Raise PostBackEvent - 冒泡PostBack类事件，除了Changed类以外的所有事件都在这里引发。
- PreRender - 预呈现，这名字不怎么好记，改为“末日审判”或许会好一些，因为作为上帝的程序员在这里判决每一个变量的最终值。
- SaveViewState - 保存ViewState，判决执行的阶段，变量最终值在此保存，判入地狱的变量无权进入ViewState这个天堂并从此消失。
- Render - 呈现，可能是生命周期中最无法解耦的一个阶段。
- Unload - 卸载，有加载自然有卸载，但其实没有多少人知道它的存在。
追赶加载不同于一般加载，打个比方的话：
11个步骤中，粗体字部分比喻成“军机处”（专门发布军事任务），非粗体部分(处理PostData事件等)比如成“军事任务”。
父亲(Parent Control)带领着儿子(Control)加入了光荣的人民解放军，随时准备为伟大的WEB革命献身。
父子俩人沿着同一条革命行军路线（生命周期路线），一路上有多个军机处。每个军机处仅发布该处到下一处之间军事任务列表（任务太多了，所以分多处发布，分布式嘛）。父子均在军机处获取军事任务。
父亲比较有经验，被指挥官安排从革命爆发之始就加入了革命，一直在认认真真地执行各处发布的任务。而儿子因为经验不足，由指挥官（asp.net程序员）安排不定时加入革命执行任务。
如果安排儿子在军机处加入，可以取到该处与下一处之间所有军事任务列表，并顺利完成任务。
否则，
如果儿子是在相邻两个军机处之间加入的话，因为没有收到 到达下一军机处之前的 军事任务列表，自然就会在到达下一军机处之前，什么也不会干（因为不知道干什么）。
儿子接到指挥官（asp.net程序员）的军事任务：“处理PostData事件”，由父亲引导执行（因为老爸年纪大有经验些）。
如果儿子在名为“load“的军机处或以前被安排加入革命，可以取到“处理PostData事件”的军事任务，完成任务没问题。否则儿子因为没完成任务WEB革命失败，伤心的可是我们这些指挥官了。
