微软的程序设计和相应的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
下一篇:【深入ASP.NET原理系列】--ASP.NET页面生命周期
如果觉得本文对你有所帮助不如【推荐】一下! 如果文中有不妥或者错误的地方还望指出，以免误人子弟。
作者：张一辉
出处：http://www.cnblogs.com/zhangyihui/
本文以学习、研究和分享为主，版权归作者和博客园共有，欢迎转载，但必须在文章页面明显位置给出此段申明。