.net运行机制
ASP.NET页面是由事件来驱动的，首先执行的是Init事件，在代码中，系统自动增加了一个OnInit的重载函数，从而在页面Init的时候就执行这个OnInit函数。在这个函数中，会执行InitializeComponent函数，这个函数里就有很多控件事件的代理函数，展开一个页面的"Web FormDesigner Generated Code"，我们就可以看见这些。 页面在执行完Init之后，就是Load事件，对应的代码就是Page_Load。
然后就是引起页面返回的事件的代码，当然，如果页面是第一次运行的话，就没有这一步了。
也就是说，页面每次刷新的时候都会执行Page_Load函数，这也就是为什么有些代码要写在
if (!Page.IsPostBack)
{ ... }
中的原因。比如有一个文本框，如果在Page_Load中设置初始值，放在哪儿呢？如果放在if外面，那每次刷新的时候都会执行这个赋值语句，即使在页面中修改了文本框的值，在返回之后仍然会消失，但是如果放在if之中，那就可以了，返回之后文本框中仍然是先前的值。
当一个http请求发送过来并被IIS机收到之后,IIS首先通过你请求的页面类型为其加载相应的dll文件，然后在处理过程中将这条请求发送给能够处理这条请求的模块,而在ASP.NET中这个模块就叫做HttpHandler,为什么aspx这样的文件可以被服务器处理,那是因为在服务器端有默认的HttpHandler专门处理aspx文件,IIS再将这条请求发送给能够处理这条请求的模块之前,还需要经过一些HttpModule,这些都是系统默认的Modules,而且在这个http请求传到HttpHandler之前要经过不同的HttpModuls的处理,这就像我们如果要乘坐国际航班飞抵异国他乡的话,在你真正坐上飞机前，要经过购买机场建设费，办理登记手续核实身份，进行行李打包托运，进行安全检察，现在又要进行体温等检察一样，需要经一系列的严格的手续。这样做有什么好处，一是为一些必须的过程，二是为了安全性，三是为了提高效率，四是为了我们能够在更多的环节上进行控制，即增强了我们的控制能力
那么上面这张图让我们能够更清楚地看到一个http请求是如何经过服务器的处理的，同时通过这张图我们也可以看出Request是掌管着所有客户端输入的。图中为我们展示了一个http请求有可能经过的四条路线。当你第一次访问这个页面时这个请求首先依次经过HttpModuls和HttpHandler的处理，而在HttpHandler的处理中服务器会为你转到你真正要访问的页面，然后通过ASP Engine来找到这个页面背后的类，并实例化为一个临时对象，再此过程中会触发一系列的事件，其中一部份的事件需要经过对象中的方法处理，之后服务器会将这个处理后页面发移交给Response对象，然后由Response对象将这个页面发送到客户端。这就是第一条路线，而当你在这个页面上进行重新提交一些信息，并继续向服务器发送请求时，因为你的服务器之间的会话已经建立，对于你所在的那个临时对象在服务器中已经建立，所以不用再经过初始化页面的工作，故这第二条路线是按照 HttpModuls，HttpHandler，然后直接与临时对象交互，然后返回的。第三条路线与第二条不同的是在处理请求时如果涉及到需要调用ASP Cache,既ASP 缓存的，而临时对象回将直接从ASP 缓存提取信息并返回．这第四条路线就是当你刷新这个页面的时候，服务器接收到时发现这个请求先前已经处理过了，并将处理结果存储到由一个默认的HttpModule管理的输出缓存中了，那么我们就可以直接从这个缓存提取信息并返回，而无需再重新处理一遍了。
