protected System.Web.WebControls.Button Button1;
我们可以发现这个字段被声明成protected，而且名字与ASPX中控件的ID一致，仔细想一想，这个问题就迎刃而解了。我们前面提到ASPX的源代码是被生成器动态生成和编译的，生成器会产生动态生成每一个服务器控件的代码，在生成的时候，它会检查父类有没有声明这个控件，如果声明了，它会添加类似下面的一句代码：
this.DataGrid1 = __ctrl;
这个__ctrl就是生成该控件的变量，这时候它就把控件的引用赋给了父类中相应的变量，这也是为什么父类中的声明必须为protected（实际上也可以为public），因为要保证子类能够调用。
然后在执行Page_Load的时候，因为这时候父类的声明已经被子类中的初始化代码赋了值，所以我们就可以使用这个字段来访问对应的控件，了解了这些，我们就不会犯在代码绑定文件中的构造器里使用控件，造成空引用的异常的错误了，因为构造器是最先执行的，这时候子类的初始化还没有开始，所以父类中的字段是空值，至于子类是什么时候初始化我们放到后面讨论。
五、页面生存周期
现在回到第三个标题中讲到的内容，我们讲到了HttpApplication的实例接收请求，并创建页面类的实例，实际上这个实例也就是动态编译的ASPX的类的一个实例，上一个标题中我们了解到ASPX实际上是代码绑定中类的子类，所以它继承了所有的protected方法。
现在我们来看看VS.Net自动生成的CodeBehind类的代码，以此来开始我们对页面生命周期的探讨：
#region Web Form Designer generated code
override protected void OnInit(EventArgs e)
{
//
// CODEGEN：该调用是 ASP.NET Web 窗体设计器所必需的。
//
InitializeComponent();
base.OnInit(e);
}
/// ＜summary＞
/// 设计器支持所需的方法 - 不要使用代码编辑器修改
/// 此方法的内容。
/// ＜/summary＞
private void InitializeComponent()
{
this.DataGrid1.ItemDataBound += new System.Web.UI.WebControls.DataGridItemEventHandler(this.DataGrid1_ItemDataBound);
this.Load += new System.EventHandler(this.Page_Load);
}
#endregion
这个就是使用VS.Net产生的Page的代码，我们来看，这里面有两个方法，一个是OnInit，一个是InitializeComponent，后者被前者调用，实际上这就是页面初始化的开始，在InitializeComponent中我们看到了控件的事件声明和Page的Load声明。
下面是从MSDN中摘录的一段描述和一个页面生命周期方法和事件触发的顺序表：
“每次请求 ASP.NET 页时，服务器就会加载一个 ASP.NET 页，并在请求完成时卸载该页。页及其包含的服务器控件负责执行请求并将 HTML 呈现给客户端。虽然客户端和服务器之间的通讯是无状态的和断续的，但是必须使客户感觉到这是一个连续执行的过程。”
