asp.net 文档结构运行顺序总结

1 asp文件结构总结，一个页源代码结构由 aspx文件、aspx.cs和aspx.designer.cs 3个文件组成。

       aspx和对应的.aspx.cs是一个页面一个代码，页面基本上只负责显示格式之类的，而所有的服务器端动作都是在aspx.cs中定义的。也就是说他们其实是一个东西的两面，aspx中所有服务器端控件都可以在对应的aspx.cs中使用，反之亦然，当然也可以定义对应的动作，如果是在IDE中开发的话，不需要你进行任何额外的工作。而在编译之后，aspx.cs变成了bin目录下的dll，而aspx文件没什么变化，发布的时候只需要把aspx和dll带上就可以了，cs文件作为原代码不需要发布出去.

        ASPX是前台,表示设计页面,ASPX.CS是后台,是代码功能实现,分开来设计是为了代码清晰,功能模块化, 这是Code-Behind结构，即代码在页面HTML的后面。     
       在.aspx文件中，主要是页面的HTML；  而在.aspx.cs文件中，是C#代码，在.aspx中添加的控件的事件，它的代码都在.aspx.cs中。

2 asp页面执行顺序

1.对象初始化（OnInit方法）
       页面中的控件(包括页面本身)都是在它们最初的FORM中被首次初始化的。通过在ASPX页面的后台代码文件的构造器中声明你的对象，页面将知道对象的类型，并知道需要创建多少个这样的对象。一旦你在构造器中声明了你的控件，你就可以在它的任何子类，方法，事件或者属性中访问到它们。但是，如果你的任何对象是在ASPX文件中指定的控件，这样的控件是没有属性的。而且这样做对从代码中访问它们是危险的，因为无法保证这些控件实例是按照怎样的顺序被创建的(假定它们都是能完全被创建的)。初始化事件可以通过OnInit方法重载。 
2.加载视图状态数据（LoadViewState事件）
      初始化以后，控件仅能通过ID引用(还没有建立用于相对引用的文档对象模型)。 在LoadViewState事件中，已初始化的控件获得第一个属性：上一次提交存留到服务器的视图状态信息。页视图状态通过ASP.NET维护，它被用于在一个往返行程中存留信息到服务器。视图状态信息被保存为一个名称/值对，它包含控件的如Text和Value一类的信息。视图信息被保存在隐藏<input>控件的值属性中在页请求中传递。正如你所了解的，这是旧的ASP3.0状态维护技术的一个巨大飞跃。这个事件可以通过LoadViewState方法重载，往往用来在控件被填充时定制它所接受的数据。 
3.处理回传数据（LoadPostData事件）
      在创建页的阶段，被发送到服务器端的Form数据(ASP.NET中的术语为回传数据)依照每个控件的数据需求进行处理。当页面提交Form时，框架将在每个提交数据的控件上实现IPostBackDataHandler接口。页面然后激发LoadPostData事件，通过页面解析发现实现了IPostBackDataHandler接口的控件，并用正确的回传数据更新控件状态。ASP.NET通过匹配控件的唯一标示符来更新正确的控件，该标示符具有名称值集合中的名称值对。这也就是在所有特定的页中每个控件都需要一个唯一标示符的原因之一。其它的步骤都由框架来完成，以确定每个标示符在环境中是唯一的，例如存在于单页面中的自定义用户控件。LoadPostData事件被激发后，RaisePostDataChanged事件就可以随时被执行了。
4.对象加载（OnLoad方法）
      对象在Load事件中获得正确的Form。所有的对象首先都被组织在页DOM(ASP.NET中称为控件树)中，并且很容易通过代码或者相对位置(crawling the DOM)来引用。然后对象就可以自由的访问HTML中的客户端属性集，例如width，value,或者visibility。加载时，控件逻辑，如算法、以编程方式设置控件属性、用StringBuilder装配输出字符串都同时被执行。大部分的工作都是在这一阶段完成的。Load 事件能够通过调用OnLoad来重载。
5.激发RaisePostDataChanged 事件
      如前所述，这发生在所有实现了IPostBackDataHandler接口的控件被正确的回传数据更新以后。在这个过程中，每个控件都有一个布尔值的标识，标识其自上一次提交后该控件的数据是被更改还是保持原值。然后ASP.NET通过搜索页来寻找任何显示控件数据被更改的标识并激发RaisePostDataChanged。RaisePostDataChanged事件直到Load事件发生后，所有控件被更新后才激发。这保证了在控件被回传数据更新前，其它控件的数据在RaisePostDataChanged事件中没有被手动更改过。
6.处理客户端回传事件（RaisePostBackEvent事件）
      当回传更新导致数据改变而引发服务器端事件后，引发回传的对象会在RaisePostBackEvent事件中被处理。这种激发回传的对象往往是其状态改变而引发回传的控件(其autopostback被启用)或者是一个被点击的窗体提交按钮。很多代码都在这个事件中执行，因为这是控制事件驱动逻辑的理想位置。为了保证呈现到浏览器的数据的正确性，在一系列的回传事件后RaisePostBackEvent事件最终被激发。基于一致性的考虑，回传中改变的控件直到这个函数被执行后才被更新。也就是说，被预期事件改变的数据总是在结果页反映出来。RaisePostBackEvent事件可以通过RaisePostBackEvent来捕捉。
7.对象预呈现（OnPreRender事件）
       对象被预呈现的地方对于那些能够保存到视图或者维持其视图状态的对象来说是最后一次有机会改变的地方。这使得预呈现步骤成为做最后修改的理想位置，例如改变控件属性或改变控件树结构，不用担心因为数据库请求或者视图状态更新而导致对象的变化。预呈现阶段之后，对象改变被锁定并且不能再被保存到页视图状态中。预呈现阶段可以通过重载OnPreRender实现。
8.保存视图状态（SaveViewState事件）
        只有在所有的页面对象的改变都发生后视图状态才被保存。对象状态数据被保存在隐藏<input>对象中，这也是对象状态数据准备呈现到HTML的地方。在SaveViewState事件中，值能够被保存到视图状态对象中，但页面控件的改变并不能保存到其中。可以通过重载SaveViewState实现这个步骤。
9.呈现HTML（Render事件）
         Render事件通过装配用于浏览器输出的HTML来着手页的创建。在Render事件中，页调用对象使它们呈现为HTML,然后页收集HTML来发送。当Render事件被重载的时候，开发者可以为浏览器创建定制的HTML，此时页面创建的任何HTML都还没有生效。Render 方法用HtmlTextWriter对象作参数并由它产生HTML给浏览器。这里仍然可以作修改，但是这样的修改只会反映到客户(译者注：意即改变只会在HTML呈现中反映而视图状态并无法被改变)。Render 事件可以被重载。
10.释放（Dispose事件）
        当页面的HTML呈现后，对象被释放。在Dispose事件中，你可以清除任何在页面创建中构造的对象或者引用。在这里，所有的处理都已经被执行，你可以安全的释放任何还存在的对象，包括Page对象。Dispose能被重载。

3.asp前后台运行过程

可以把aspx文件分成三部分：
l 有run=”server”属性的标签
l <% %>
l 标准HTML标签
再算上aspx.cs+aspx.designer.cs，一共是四块，我们分别来说他们的关系

aspx.cs文件中的类,在你向服务器请求该页面时，ASP.NET就会将aspx.cs中的类作为基类，把当前的页面（aspx文件）及基类，编译生成一个新的类（例如了B），然后由B类产生对象在服务器端生成HTML文件发送给客户端，所以说这里是继承关系，大家可以在aspx文件的开头看到如下语言也足可以说明这一点：<%@   Page   language="c#"   Codebehind="WebForm1.aspx.cs"   AutoEventWireup="false"   Inherits="WebApplication1.WebForm1"   %>其中的Inherits="WebApplication1.WebForm1"就说明了这种继承关系

4 前端aspx中脚本js的运行顺序

JS先运行，但是JS的意思是当所有HTML都加载完毕后执行function函数。所以实际上是JS设置事件->>HTML加载，触发onload事件->>事件函数执行