当应用程序实例处理请求的时候，它会创建请求页面类的实例，执行它的ProcessRequest方法来处理请求，这个方法也就是Web Page生命周期的开始。
四、Aspx页面与CodeBehind
在深入了解页面的生命周期之前，我们先来探讨一些Aspx与CodeBehind之间的关系。
＜%@ Page language="c#" Codebehind="WebForm.aspx.cs" Inherits="MyNamespace.WebForm" %＞
相信使用过CodeBehind技术的朋友，对ASPX顶部的这句话应该是非常熟悉了，我们来一项一项的分析它：
Page language="c#" 这个就不用多说了吧
Codebehind="WebForm.aspx.cs" 这一句表示绑定的代码文件
Inherits="MyNamespace.WebForm" 这句非常重要，它表示页面继承的类名称，也就是CodeBehind的代码文件中的类，这个类必须从System.Web.WebControls.Page派生
从上面我们可以分析出，实际上CodeBehind中的类就是页面（ASPX）的基类，到这里，可能有些朋友要问了，在编写ASPX的时候，完全是按照ASP的方式，在Html中嵌入代码或者嵌入服务器控件，没有看到所谓“类”的影子啊？
这个问题实际上并不复杂，各位使用ASP.Net编程的朋友可以到你们的系统盘：WINDOWSMicrosoft.NETFramework＜版本号＞Temporary ASP.NET Files这个目录下，这个下面就放了所有本机上存在的ASP.Net应用程序的临时文件，子目录的名称就是应用程序的名称，然后再下去两层（为了保证唯一，ASP.Net自动产生了两层子目录，并且子目录名称是随机的），然后我们会发现有很多类似：“yfy1gjhc.dll”、“xeunj5u3.dll”这样的链接库以及“komee-bp.0.cs”、“9falckav.0.cs”这样的源文件，实际上这就是ASPX被ASP.Net动态编译后的结果，打开这些源文件我们可以发现：
public class WebForm_aspx : MyNamespace.WebForm, System.Web.SessionState.IRequiresSessionState
这就印证了我们前面的说法，ASPX是代码绑定类的子类，它的名称是ASPX文件名加上“_aspx”后缀，通过研究这些代码我们可以发现，实际上所有aspx中定义的服务器控件都是在这些代码中生成的，然后动态产生这些代码的时候，把原来在ASPX中嵌入的代码写在了相应的位置。
当某个页面第一次被访问的时候，Http运行时就会使用一个代码生成器去解析ASPX文件并生成源代码并编译，然后以后的访问就直接调用编译后的dll，这也是为什么ASPX第一次访问的时候非常慢的原因。
解释了这个问题，我们再来看另一个问题。我们在使用代码绑定的时候，在设计页面拖一个控件，然后切换到代码视图，就可以直接在Page_Load中使用这个控件了，既然控件是在子类中产生的，那为什么在父类中可以直接使用呢？
实际上我们可以发现，每当用VS.Net拖一个控件到页面上，代码绑定文件中总是会类似这样的添加一个声明：
