【深入ASP.NET原理系列】--ASP.NET请求管道、应用程序生命周期、整体运行机制

　　　微软的程序设计和相应的IDE做的很棒，让人很快就能有生产力。.NET上手容易，生产力很高，但对于一个不是那么勤奋的人，他很可能就不再进步了，没有想深入下去的动力，他不用去理解整个框架和环境是怎么执行的，因为不用明白为什么好像也能做好工作。 .NET的人很多人不注重实现 ,知其然不知其所以然,这样真的OK么？永远怀着一颗学徒的心，你就能不断进步！

　　我们知道在ASP.NET中,若要对ASP.NET应用程序进行初始化并使它处理请求,必须执行一些处理步骤,熟悉应用程序生命周期非常重要,这样才能在适当的生命周期阶段编写代码,达到预期的效果。永远不要做只会拖控件的.NET程序员，Never！那么你就必须懂ASP.NET应用程序生命周期，懂ASP.NET页面生命周期，懂ASP.NET
服务器控件原理。接下来，我们一起来看看

　　可以先看一下先导篇 【深入ASP.NET原理系列】--ASP.NET请求管道对Asp.Net
WebForm和Asp.Net Mvc的处理通用部分

这篇会着重讲述ASP.NET应用程序生命周期其中的ASP.NET请求管道，我们很多人可能已经知道ASP.NET请求管道有19个事件，那是IIS 5.0和IIS 6.0 或者IIS 7.0以上经典模式运行的时候情况，当应用程序在IIS
7.0的集成模式下运行，并且与.NET Framework 3.0或更高版本一起运行时，ASP.NET请求管道中会是22个事件。

面向切面编程的时候，就是给你途径往预定的执行顺序里面添加自己处理逻辑。而ASP.NET中面向切面编程我们可以往ASP.NET请求管道中注入自己的代码。一般采取两种方式，一种是直接在Global.asax中对应的方法中直接添加代码。一种是可使用实现 IHttpModule 接口的模块来扩展
ASP.NET 应用程序生命周期。托管代码模块也可以在 IIS 7.0 配置存储区（ApplicationHost.config 文件）的 modules 元素中注册。在 ApplicationHost.config 文件中注册的模块具有全局范围，因为它们为所有由 IIS 7.0 承载的 Web 应用程序而注册。同样，在 ApplicationHost.config 文件的 globalModules 元素中定义的本机代码模块也具有全局范围。如果 Web 应用程序不需要全局模块，则可以将其禁用。

　　下面我们看一张图，（始终觉得图比文字更容易让人理解）具体看一下ASP.NET应用程序中管道事件具体干了些什么事情，图中有注释每一步干了些什么。如果图看不清，可以下载图片查看。（因为图是自己画的，如有不对的，欢迎大家指出批评交流，图中22个事件的展示代码在篇尾有附）

　　


　　输出22个事件的Global代码：http://files.cnblogs.com/files/zhangyihui/Global.rar

转载自：http://www.cnblogs.com/zhangyihui/p/5082394.html