1. PreInit()在这个页面级的事件中，所有在设计时创建的控件都将被用默认值做初始化。例如，如果你有一个Text属性值为"Hello"的TextBox控件，则此时这个属性被设置。我们也可以在这里动态的创建控件。这个事件仅仅发生在页级别的类中，用户控件和母版页没有这个事件。下面的代码示例了如何重写这个方法以增加你的自定义代码protected override void OnPreInit(EventArgs e){//custom codebase.OnPreInit(e);}注意，我们只能在PreInit()事件中动态的设置themes，且应该在PreInit()事件或该事件之前加载母版页。
2. OnInit()在这个事件里，我们能读出控件的属性（在设计模式中设置的）。但是我们不能读出用户设置的值，因为得到用户设置的值是在LoadPostData()事件被激发之后。不过在这个事件中我们可以得到POST数据，如下string selectedValue = Request.Form[controlID].ToString();
3. LoadViewState这个事件仅仅在回发之后被激发（IsPostBack == true）。在这个事件中runtime从隐藏域中分解出view state并加载到所有启用了view state的控件。
4. LoadPostBackData这个事件也仅仅是在回发之后被激发。在这个事件里实现了IPostBackDataHandler接口的控件从HTTP的POST数据中得到值。注意，textbox控件不能从view state中获得值，而是在此事件中从POST数据中获得值。所以即使有些控件没有启用view state，只要它实现了IPostBackDataHandler接口就可以从HTTP的POST数据中得到值。 另一个重要的知识点是如果我们有一个DropDownList控件并动态的给它增加一些选择项，那么runtime将不能得到这些值除非启用了view state（即使控件继承自IPostBackDataHandler接口）。这个原因就是在HTTP的POST数据中的每一个控件只能有一个值，并且POST数据中的所有值都不会被保存，除了使用view state。
5. Page_Load这是最常用的方法了，而且是一些开发新手放置他们代码的第一个地方，有些新手们往往认为这就是Page类第一个触发的方法。这个方法是混淆我们Page生存周期的罪魁祸首之一。注意：如果页里有任何用户控件的话，那么用户控件的Load方法将在页类的Load方法之后被触发。除了Init()和Unload()之外的所有事件都是从最外面到最里面被激发的，所以页的Page_Load()之后，页内的其它控件的Load方法才被触发。
6. Control Event Handlers事件处理（比如像Button1_Click()之类的）是定义在ASPX页面中的，有一些开发人员认为当单击一个按钮后会立即出发Button_Click() ，他们
1、在页面动态添加一个控件的方法。 在页面的 HTML 代码上设置一个 asp:PlaceHolder 站位控件，当页面被加载的时候，在这个 PlaceHolder 控件上添加所需要的其他控件。
<asp:PlaceHolder runat="server" id="PutLabelHere" /> Sub Page_Load(sender as Object, e ......
通过Asp.net(C#)应用程序读取本地上传的Excle文件,存放到DataSet中,通过DataSet中的方法直接生成XML文件.
C# Code
if (this.FileUpload1.PostedFile != null)
{
string filename = this.FileUpl ......
最近做一个网站，里面涉及到级联的问题（如省-市，品牌-型号等), 我用的是DropDownList来实现的，设置父级的AutoPostBack属性为真.然后在它的SelectedIndexChanged()事件里写相应的代码，这样就能实现级联关系（当然这里要注意IsPostBack的问题）. 做好之后用时发现一个非常不爽的问题，那就是每次都会刷新，� ......
