高分问一个很原理的 ASP.NET问题～

Question

比较底层的问题，看看ASP技术揭秘上下册来找找

Answer 1

如果你了解COM和OLE和ISAPI的原理，理解起来会比较容易。简单的说，ASP.NET提供了一个编程模型，在使用ISAPI Extenion处理Request并Response时，内部处理的过程中执行到某一步时，提供一个连接点，给用户一个参与的机会，让你可以做一些额外的配置。
控件的事件发生在OnLoad之后，OnPreRender之前。

Answer 2

OnInit 初始化叶面中所有的控件的默认值,但是控件的状态没有加载控件树也没构建OnLoad之前，OnPreRender之后,控件完成状态和数据的加载

Answer 3

如haonanq20015921所说的  也就是说给控件设置的属性，以及相关的状态等是在OnPreRender之后完成的？

Answer 4

ASP.NET 页生命周期概述ASP.NET 页运行时，此页将经历一个生命周期，在生命周期中将执行一系列处理步骤。这些步骤包括初始化、实例化控件、还原和维护状态、运行事件处理程序代码以及进行呈现。了解页生命周期非常重要，因为这样做您就能在生命周期的合适阶段编写代码，以达到预期效果。此外，如果您要开发自定义控件，就必须熟悉页生命周期，以便正确进行控件初始化，使用视图状态数据填充控件属性以及运行任何控件行为代码。（控件的生命周期基于页的生命周期，但是页引发的控件事件比单独的 ASP.NET 页中可用的事件多。）常规页生命周期阶段
一般来说，页要经历下表概述的各个阶段。除了页生命周期阶段以外，在请求前后还存在应用程序阶段，但是这些阶段并不特定于页。有关更多信息，请参见 ASP.NET 应用程序生命周期概述。阶段  说明  
页请求
 页请求发生在页生命周期开始之前。用户请求页时，ASP.NET 将确定是否需要分析和编译页（从而开始页的生命周期），或者是否可以在不运行页的情况下发送页的缓存版本以进行响应。
 
开始
 在开始阶段，将设置页属性，如 Request 和 Response。在此阶段，页还将确定请求是回发请求还是新请求，并设置 IsPostBack 属性。此外，在开始阶段期间，还将设置页的 UICulture 属性。
 
页初始化
 页初始化期间，可以使用页中的控件，并将设置每个控件的 UniqueID 属性。此外，任何主题都将应用于页。如果当前请求是回发请求，则回发数据尚未加载，并且控件属性值尚未还原为视图状态中的值。
 
加载
 加载期间，如果当前请求是回发请求，则将使用从视图状态和控件状态恢复的信息加载控件属性。
 
验证
 在验证期间，将调用所有验证程序控件的 Validate 方法，此方法将设置各个验证程序控件和页的 IsValid 属性。
 
回发事件处理
 如果请求是回发请求，则将调用所有事件处理程序。
 
呈现
 在呈现之前，会针对该页和所有控件保存视图状态。在呈现阶段中，页会针对每个控件调用 Render 方法，它会提供一个文本编写器，用于将控件的输出写入页的 Response 属性的 OutputStream 中。
 
卸载
 完全呈现页并已将页发送至客户端、准备丢弃该页后，将调用卸载。此时，将卸载页属性（如 Response 和 Request）并执行清理。
 生命周期事件
在页生命周期的每个阶段中，页将引发可运行您自己的代码进行处理的事件。对于控件事件，通过以声明方式使用属性（如 onclick）或以使用代码的方式，均可将事件处理程序绑定到事件。页还支持自动事件连接，即，ASP.NET 将查找具有特定名称的方法，并在引发了特定事件时自动运行这些方法。如果 @ Page 指令的 AutoEventWireup 属性设置为 true（或者未定义该属性，因为该属性默认为 true），页事件将自动绑定至使用 Page_事件的命名约定的方法（如 Page_Load 和 Page_Init）。有关自动事件连接的更多信息，请参见 ASP.NET Web 服务器控件事件模型。下表列出了最常用的页生命周期事件。除了列出的事件外还有其他事件；不过，大多数页处理方案不使用这些事件。而是主要由 ASP.NET 网页上的服务器控件使用，以初始化和呈现它们本身。如果要编写自己的 ASP.NET 服务器控件，则需要详细了解这些阶段。有关创建自定义控件的信息，请参见开发自定义 ASP.NET 服务器控件。 页事件  典型使用  
PreInit 
 使用该事件来执行下列操作：检查 IsPostBack 属性来确定是不是第一次处理该页。创建或重新创建动态控件。动态设置主控页。动态设置 Theme 属性。读取或设置配置文件属性值。注意  
如果请求是回发请求，则控件的值尚未从视图状态还原。如果在此阶段设置控件属性，则其值可能会在下一事件中被重写。 
  
Init 
 在所有控件都已初始化且已应用所有外观设置后引发。使用该事件来读取或初始化控件属性。
 
InitComplete 
 由 Page 对象引发。使用该事件来处理要求先完成所有初始化工作的任务。
 
PreLoad 
 如果需要在 Load 事件之前对页或控件执行处理，请使用该事件。 在 Page 引发该事件后，它会为自身和所有控件加载视图状态，然后会处理 Request 实例包括的任何回发数据。
 
Load 
 Page 在 Page 上调用 OnLoad 事件方法，然后以递归方式对每个子控件执行相同操作，如此循环往复，直到加载完本页和所有控件为止。使用 OnLoad 事件方法来设置控件中的属性并建立数据库连接。
 
控件事件
 使用这些事件来处理特定控件事件，如 Button 控件的 Click 事件或 TextBox 控件的 TextChanged 事件。注意  
在回发请求中，如果页包含验证程序控件，请在执行任何处理之前检查 Page 和各个验证控件的 IsValid 属性。
 
 
LoadComplete 
 对需要加载页上的所有其他控件的任务使用该事件。
 
PreRender 
 在该事件发生前：Page 对象会针对每个控件和页调用 EnsureChildControls。 设置了 DataSourceID 属性的每个数据绑定控件会调用 DataBind 方法。有关更多信息，请参见下面的数据绑定控件的数据绑定事件。页上的每个控件都会发生 PreRender 事件。使用该事件对页或其控件的内容进行最后更改。
 
SaveStateComplete 
 在该事件发生前，已针对页和所有控件保存了 ViewState。将忽略此时对页或控件进行的任何更改。使用该事件执行满足以下条件的任务：要求已经保存了视图状态，但未对控件进行任何更改。
 
Render 
 这不是事件；在处理的这个阶段，Page 对象会在每个控件上调用此方法。所有 ASP.NET Web 服务器控件都有一个用于写出发送给浏览器的控件标记的 Render 方法。如果创建自定义控件，通常要重写此方法以输出控件的标记。不过，如果自定义控件只合并标准的 ASP.NET Web 服务器控件，不合并自定义标记，则不需要重写 Render 方法。有关更多信息，请参见开发自定义 ASP.NET 服务器控件。用户控件（.ascx 文件）自动合并呈现，因此不需要在代码中显式呈现该控件。
 
Unload 
 该事件首先针对每个控件发生，继而针对该页发生。在控件中，使用该事件对特定控件执行最后清理，如关闭控件特定数据库连接。

Answer 5

一、初始化当页面被提交请求第一个方法永远是构造函数。您可以在构造函数里面初始一些自定义属性或对象，不过这时候因为页面还没有被完全初始化所以多少会有些限制。特别地，您需要使用HttpContext对象。当前可以使用的对象包括QueryString，Form以及Cookies集合，还有Cache对象。注意：在构造函数里是不允许使用Session的。下一个将执行的方法是AddParsedSubObject方法，这个方法将添加所有独立的控件并把页面组成一个控件集合树，这个方法经常被一些高级的页面模板解决方案(Page Template Solutions)重写以便添加页面内容到页面模板(Page Template)中一些特殊的控件中。这个方法递归应用到所有的页面控件及相应的的每个子控件，所有的控件都是在这个方法中开始最早的初始化。页面类中下一个将执行的方法是DeterminePostBackMode。这个方法允许您修改IsPostBack的值及相关的事件。如果您需要从数据库中加载ViewState这个方法将特别有用，因为ViewState只有在IsPostBack为真的情况下才会进行恢复。返回空将会导致强制执行非回传，返回Request.Form则强制执行一个回传。除非在特殊情况下，否则并不建议去操作这个，因为这个还会影响其他的事件。下一个将要执行的方法是OnInit方法，一般这是第一个真正被使用的方法。这个方法触发时，所有页面定义中的控件执行初始化，这意味着所有在页面中定义的值应用到相应的控件上。不过，ViewState和传回的值还不会应用到控件上，因此，任何被代码或用户改变的值还没有被恢复到控件上。这个方法通常是最好的创建、重创建动态控件的好地方。二、恢复及加载下一个方法，LoadPageStateFromPersistenceMedium只会在页面被回传的时候才会被执行。如果因为使用Session或自定义存储方式，您修改了后面将要提到的影响ViewState保存方式的方法SavePageStateToPersistenceMedium，则这个方法需要被重写。默认的实现中ViewState是一种Base64格式编码，并且被保存在页面的隐藏域中，您可以使用这篇文章中提及的方法修改ViewState按以上两种方式保存。注意：这个方法并没有真正加载ViewState到页面或页面控件中。当得到ViewState后，下一个方法LoadViewSate，将以递归的方式恢复ViewState到页面及各个页面控件或子控件中。这个方法执行后，每个控件都将恢复到上一次的状态，但是用户提交的数据还没有应用到控件上，因为他们不是ViewState的一部分。这个方法主要用于恢复您在其他事件中动态生成的控件的值，他们的值是您手动保存在ViewSate中，并且现在已经失效。下一个方法是ProcessPostData，这个方法也同样是回传的时候才会被执行，并且不允许被重写，这个是页面基类的私有方法。这个方法通过匹配控件的名称恢复相应的用户提交的控件的值，到这一步意味着整个页面都已经被完全恢复了。唯一要记住的是所有动态控件的创建必须在这个方法之前。这个方法也是记录后面的改变事件的方法。下一个方法是OnLoad方法，通常这是用得最多的方法，因为这个方法是页面生存期第一个恢复了所有值的地方。大多数代码根据判断IsPostBack来决定是否重新设置控件状态。您也可以在这个方法中调用Validate并且检查IsValid的值。也可以在这个方法中创建动态控件，并且该控件的所有的方法都会被执行以追上当前页面的状态包括ViewSate，不过不包括回传的值。三、事件处理下一个方法还是ProcessPostData，实际上就是前一个方法的另一次调用，它仍然是只在回传的时候执行并且由于是私有方法不可以被重写。如果您是第一次看页面的运行轨迹也许会觉得这个方法有些多余。但实际上这个方法是必要的因为在OnLoad中创建的动态控件也需要他们回传的值。任何在这以后创建的控件将可以得到他们的ViewState，但是不能再得到他们的回传的值，并且不会触发任何值改变事件(Change Event)。下一个方法，RaiseChangedEvents，也是只在回传页面中执行，并且也因为是基类的私有方法所有不能被继承。在整个页面生存期中，是在这儿根据之前的ProcessPostData记录的控件的值和提交的值是否不同来触发值改变事件。您也许需要调用Validate或者检查IsValid的值。这里并没有特别的说明多个值改变事件的执行先后顺序。下一个方法，RaisePostBackEvent，同样是因为是基类的私有方法不能被继承，同样也是只在回传页面中执行。除非使用了AutoPostBack，不然这是实际提交表单事件执行的地方，特别是按钮或者其实使用javascript提交表单等。如果还没有被手动调用过并且使用了验证控件，那么Validate会被调用。注意IE中有个BUG有时会允许提交但却不触发任何事件。下一个方法是OnPreRender，一般这是在客户端展现页面之前改变页面及其控件的最后一次机会。您也可以在这个方法里面创建动态控件，并且所有的方法都会被执行以追上当前页面的状态包括ViewSate，但是私有方法将不会被执行，这意味着不会有回传的值并且不会有事件触发。由于IE中的BUG，这是一个没有事件赶上PostBack的好地方。四、保存及显示下一个方法是SaveViewState，不论是否是回传页面，均会递归的执行以保存页面及其所有控件的ViewState。ViewState基本上保存所有与定义在aspx中的原始值不同的值，不管是被代码还是用户所改变。注意控件值是根据他们在页面的控件树中的位置来保存的，所以如果动态控件后来加到了错误的位置将会导致混乱。下一个方法是SavePageStateToPersistenceMedium真正的保存页面的ViewSate。这个方法随同LoadPageStateFromPersistenceMediumg 一起被重写以便保存ViewState到Session或其它自定义数据，而不是用隐藏域。这对于低带宽的用户来说是很有帮助的。并且对于移动设备来说，Session是默认设置。下面这篇文章描述了使用以上两种方式保存ViewState的具体细节。注意在Asp.net中有个Bug：Asp.net要求必须提交__viewstate字段，即使是空的。下一个方法是Render方法，该方法递归的创建并发送相应控件的html给浏览器。这个方法被一些页面模板方案重写以添加一些通用的页面头与脚而不使用服务器控件，他们总是有一些额外的东西。注意这儿的修改只能使用纯HTML，因为控件在这儿已经被生成了。您可以用StringBuilder，StringWriter，HtmlTextWriter捕获相应的HTML输出。最后的方法是OnUnload，这个方法会调用相应的Dispose方法。这个方法提供机会以便清空该页面中使用的非托管资源，如关闭打开的文件句柄，以前打开的数据库连接等。注意这个方法是在页面已经发送到客户端以后执行的，所以它只有影响服务器对象，并且它不会显示在页面的显示轨迹中。这就是页面的生存期，对于每一次请求都是这么运行的。

Answer 6

对于页自身，使用该事件来执行最后清理工作，如：关闭打开的文件和数据库连接，或完成日志记录或其他请求特定任务。注意  
在卸载阶段，页及其控件已被呈现，因此无法对响应流做进一步更改。如果尝试调用方法（如 Response.Write 方法），则该页将引发异常。
 
 其他的页生命周期注意事项
各个 ASP.NET 服务器控件都有自己的生命周期，该生命周期与页生命周期类似。例如，控件的 Init 和 Load 事件在相应的页事件期间发生。 虽然 Init 和 Load 都在每个控件上以递归方式发生，但它们的发生顺序相反。每个子控件的 Init 事件（还有 Unload 事件）在为其容器引发相应的事件之前发生（由下到上）。但是，容器的 Load 事件是在其子控件的 Load 事件之前发生（由上到下）。可以通过处理控件的事件（如 Button 控件的 Click 事件和 ListBox 控件的 SelectedIndexChanged 事件）来自定义控件的外观或内容。在某些情况下，可能也需处理控件的 DataBinding 或 DataBound 事件。有关更多信息，请参见各个控件的类参考主题以及开发自定义 ASP.NET 服务器控件。当从 Page 类继承类时，除了可以处理由页引发的事件以外，还可以重写页的基类中的方法。例如，可以重写页的 InitializeCulture 方法，以便动态设置区域性信息。注意，在使用 Page_事件语法创建事件处理程序时，将隐式调用基实现，因此无需在方法中调用它。例如，无论是否创建 Page_Load 方法，始终都会调用页基类的 OnLoad 方法。但是，如果使用 override 关键字（在 Visual Basic 中为 Overrides）重写页的 OnLoad 方法，则必须显式调用基方法。例如，如果在页中重写 OnLoad 方法，则必须调用 base.Load（在 Visual Basic 中为 MyBase.Load）以运行基实现。添加的控件的追赶事件
如果控件是在运行时动态创建的，或者是以声明方式在数据绑定控件的模板中创建的，它们的事件最初与页上的其他控件的事件并不同步。例如，对于运行时添加的控件，Init 和 Load 事件在页生命周期中的发生时间可能要比以声明方式创建的控件的相同事件晚得多。因此，从实例化那一刻起，动态添加的控件的事件就一直是在模板中的控件的事件之后发生，直到赶上该控件加入 Controls 集合时所对应事件为止。 一般来说，除非存在嵌套数据绑定控件，否则，您不必担心这种情况。如果子控件已执行数据绑定，但其容器控件尚未执行数据绑定，则子控件中的数据与其容器控件中的数据可能不同步。如果子控件中的数据根据容器控件中的数据绑定值执行了处理，这种情况则尤其显著。例如，假定有一个 GridView，它的每一行显示一条公司记录，此外，有一个 ListBox 控件包含公司管理者列表。若要填充管理者列表，则需要将 ListBox 控件绑定到一个数据源控件（如 SqlDataSource），后者在查询中使用 CompanyID 来检索公司管理者数据。如果以声明方式设置了 ListBox 控件的数据绑定属性（如 DataSourceID 和 DataMember），ListBox 控件将尝试在包含行的 DataBinding 事件期间绑定到其数据源。不过，行的 CompanyID 字段直到 GridView 控件的 RowDataBound 事件发生后才包含值。这种情况下，先绑定子控件（ListBox 控件），后绑定包含控件（GridView 控件），因此它们的数据绑定阶段并不同步。若要避免此种情况，需要将 ListBox 控件的数据源控件与 ListBox 控件自身放在同一模板项中，并且不要以声明方式设置 ListBox 的数据绑定属性。而应在 RowDataBound 事件期间在运行时以编程方式设置它们，这样，到 CompanyID 信息可用时 ListBox 控件才会绑定到其数据。有关更多信息，请参见使用数据源控件绑定到数据。数据绑定控件的数据绑定事件
为了帮助您理解页生命周期与数据绑定事件之间的关系，下表列出了数据绑定控件（如 GridView、DetailsView 和 FormView 控件）中与数据相关的事件。控件事件  典型使用  
DataBinding 
 该事件在包含控件（或 Page 对象）的 PreRender 事件之前由数据绑定控件引发，会标记控件到数据的绑定过程的起点。如果需要，使用该事件以手动方式打开数据库连接。（数据源控件通常不需要如此操作。）
 
RowCreated（仅限 GridView）或 ItemCreated（DataList、DetailsView、SiteMapPath、DataGrid、FormView 和 Repeater 控件）
 使用该事件来操作不依赖于数据绑定的内容。例如，在运行时，可以以编程方式向 GridView 控件中的页眉或页脚行添加格式。
 
RowDataBound（仅限 GridView）或 ItemDataBound（DataList、SiteMapPath、DataGrid 和 Repeater 控件）
 当该事件发生时，行或项中的数据可用，因此，可以在子数据源控件上格式化数据或设置 FilterExpression 属性，以便显示行或项中的相关数据。
 
DataBound 
 该事件在数据绑定控件中标记数据绑定操作的结尾。在 GridView 控件中，会针对所有行和任何子控件完成数据绑定。使用该事件格式化数据绑定内容，或在依赖来自当前控件的内容的值的其他控件中启动数据绑定。（有关详细信息，请参见本主题中前面的“添加的控件的追赶事件”。）
 登录控件事件
Login 控件可以使用 Web.config 文件中的设置来自动管理成员资格验证。不过，如果应用程序要求您自定义控件的工作方式，或者您要了解 Login 控件事件与页生命周期的关联方式，可以使用下表中列出的事件。控件事件  典型使用  
LoggingIn 
 在回发期间，当页的 LoadComplete 事件发生后就会引发该事件。它标记登录过程的起点。 对必须在验证过程开始前发生的任务使用该事件。
 
Authenticate 
 该事件在 LoggingIn 事件之后引发。 使用该事件来重写或增强 Login 控件的默认验证行为。 
 
LoggedIn 
 该事件在验证用户名和密码后引发。 使用该事件来重定向到另一个页或动态设置控件中的文本。如果出现错误或验证失败，就不会发生该事件。
 
LoginError 
 如果验证失败，将引发该事件。 
使用该事件来设置控件中的问题解释文本或将用户定向到不同的页。
 更多详细信息：请参见WWW.MSDN.COM
点击下面的链接可以更清楚的查看，里面写得很清楚，楼主可以看看
以上文章出处：http://msdn2.microsoft.com/zh-cn/library/ms178472(VS.80).aspx

Answer 7

搜一下asp.net页面生命周期.
这些东西不用全记住吧.把总用的记住了就可以了.