在Web应用程序上下文中，ASP.NET页面会在第一次被请求时，按需被动态编译。动态编译并不是ASP.NET页面(.aspx文件)特有的，还发生在.NET Web服务(.asmx文件)、Web用户控件(.ascx文件)、HTTP处理程序(.ashx文件)，以及其他几种ASP.NET应用程序文件(如global.asax文件)身上。运行时管道模型负责处理输入的(incoming)HTTP数据包，使其从一个简单的特定协议有效负载转化为服务器端ASP.NET对象——准确地说，是一个系统Page类的派生类的实例。ASP.NET中的HTTP运行库会处理页面对象，将生成的标记插入响应序列中。处理用户代码的若干事件标志着响应序列的生成各个阶段，整个过程称为“页面的生命周期”(page life cycle)。 本章会介绍如何将.aspx页面的HTTP请求映射为页面对象、Page类的编程接口，以及如何通过页面生命周期中的事件处理控制标记的生成。
页面的调用
先让我们具体认识一下.aspx页面是如何被转化为类并编译为程序集的。特定.aspx资源的程序集的生成，分为两个步骤进行。首先，该资源文件的源代码会被解析，根据得到的信息，从Page类(或Page的派生类)派生出相应的类。然后，动态生成的类会被编译为程序集，该程序集之后会被缓存到ASP.NET专用的临时目录下。
只要链接的(linked).aspx源文件没有被更改，且整个应用程序没有重启，已编译的页面就一直存在。对已链接的.aspx文件的任何更改，将使相关程序集变为无效，并在该页面下一次被请求时，强制HTTP运行库创建新的程序集。
提示：编辑web.config和global.asax之类的文件会导致整个应用程序重启。在这种情况下，在某个页面被请求时，所有页面会被重新编译。如果Bin文件夹中的程序集被改动(新建或被替换)，所有页面也会被重新编译。
运行机制
能够通过基于Internet信息服务(IIS)的Web服务器访问的所有资源，会按扩展名进行组织。任何来访的请求会被分配给特定的运行时进程模块进行实际的处理。IIS上下文中能够处理Web资源的模块是Internet服务器应用程序编程接口(ISAPI)扩展——实际是普通的传统Win32动态链接库(DLL)，很像接口，通过预定义的名称和原型，向外暴露了许多API函数。IIS和ISAPI扩展会针对专用的通信协议使用这些DLL入口方法。当IIS需要ISAPI扩展完成某项任务时，它会在是加载相应的DLL，并通过有效参数调用适当的函数。虽然ISAPI文档没有指出ISAPI为接口，但它的确是实现了一组公共编程接口的模块。
当某个资源的请求到达时，IIS首先会判断所�
ASP.NET3.5可以很简答的实现一个很有用的功能，既跨页面传送，
传统的提交窗体只会将窗体提交给它自己。而跨页面的提交，
会将page1的内容传送个page2，并在page2中使用page1中的控件。
① 跨页面传递的简单实现
页面一（Default.aspx）中的控件
<a ......
向基于ASP.NET MVC的Web程序发送请求首先传递一个 UrlRoutingModule 对象，这是一个HTTP模块。这个模块解析请求并执行路由选择。 UrlRoutingModule 对象选择第一个匹配当前请求的路由对象。(路由对象是实现 RouteBase 的类，而且通常是 Route 类的一个实例。) 如果没有任何路由匹配， UrlRoutingModule 对象就啥都不做，让� ......
