Web Control 开发系列(一) 页面的生命周期

Page是WebForm编程基本元素，它从TemplateControl派生，而TemplateControl又从Control派生，所以Page实际就是一个Control。同时Page也实现了IHttpHandler接口，所以它可以接受Http请求，进行处理。
可以认为一个Page是由很多的Control按照树形结构组织的，而树的根就是Page（一个实现了IHttphandler的Control), 整个Control树的生命周期开始于一个Http请求，而终止于请求处理的结束。事实上在Http请求传入到当前的Page的时候，之前已经经过了漫长的路程，如果对于整个Http请求的细节感兴趣，可以查看MSDN中关于应用程序的生命周期。另外关于页面的生存周期也有很多的文章可以参考，比如MSDN中ASP.NET 页生命周期概述。
我这里主要讲讲我个人的理解，如果有什么不妥的地方，欢迎大家指正。

Page存在的目的就是对于用户的内容进行呈现，它是一个IHttpHandler，它实现了对HttpRequest的处理，这个处理的结果就是根据请求Render出它自己，而Render的内容就是Html，CSS，Javascript，这些东西最终成为表现Page样子的一砖一瓦。如果做一个最简单的实现，大概就是

public class Page : IHttpHandler
private void ProcessRequestMain(bool includeStagesBeforeAsyncPoint, bool includeStagesAfterAsyncPoint)
private void PerformPreInit()

protected internal virtual void AddedControl(Control control, int index)




同样，Control的死也可以分为两种，一种就是完整的经历一个页面请求，.net会在所有的请求都处理完了之后，也就是在我上面讲的所有的阶段之后调用一个ProcessRequestClearUp()方法，另外一种就是在页面的生命周期的某个阶段调用Controls.Remove(control)方法来干掉Control，在这个调用发生后，父Control有一个叫做RemovedControl的方法会调用（和上面的AddedControl是兄弟哦），来进行清理工作，其实现基本是上面AddedControl的反操作。

值得注意的是，无论是RemovedControl（）还是ProcessRequestClearUp（），它们都在Control还没有从Control树上摘掉的时候，调用了一个非常重要的方法control.UnloadRecursive(),这个方法从最底层的子Control向上直到当前正在移除的Control，依次执行OnUnload（）方法，所以做WebControl的时候，我们可以override OnUnload()方法，在这个方法里面，可以摘除Event，摘除与Control树关联的变量，做一些清理工作。这点是非常有用的。

后记：从来没有往首页上发布过我的帖子。当我昨天发布了前言后发现很多人对这个话题都很感兴趣，一方面感觉高兴，一方面也感觉压力，毕竟我没有写过什么像样的技术文章，生怕辜负大家厚望。最近白天工作忙，只能晚上在家好好整理思路写出来。因为对于写WebControl的基本方法已经有很多地方介绍了（比如《道不远人》

），也没有重复一遍的必要，所以我主要写写我对WebForm主要实现的理解。我认为这是我们设计一个专业的WebControl的基本功。有什么写的不清楚的地方，欢迎大家指正，我一定尽力补充。