ASP.NET没有魔法——ASP.NET MVC是如何运行的？它的生命周期是什么？

jydg

　　前面的文章我们使用ASP.NET MVC创建了个博客应用，那么它是如何工作的呢？我们都知道ASP.NET的程序需要部署到IIS上才能够通过浏览器来访问，那么IIS与ASP.NET MVC程序之间又是如何工作的呢？
　　本章将从以下几个方面对ASP.NET的运行周期进行介绍：
　　●IIS及其管道配置
　　●HttpApplication Events
　　●使用Global.asax注册事件
IIS及其管道配置
　　IIS(Internet Information Services)是微软在Windows操作系统上提供的一款用于发布互联网服务的软件，它除了可以作为Web服务器以外还可以用于FTP服务器、NNTP服务器和SMTP服务器。本章内容将介绍它作为Web服务器时如何运行ASP.NET程序。
　　IIS的Web服务器有两种模式一种是经典模式，经典模式是IIS6.0之前版本支持的模式，另一种是集成模式，集成模式是IIS7.0以上的默认模式。它们之间主要的区别是经典模式只能使用C++等非托管的原生语言编写HttpModule来对IIS进行扩展，而集成模式除了非托管语言外还.Net Framework托管的语言来编写拓展。
　　而且对于IIS的经典模式来说，ASP.NET仅仅是IIS的一个ISAPI拓展，通过在IIS中配置映射来决定当前请求使用哪个拓展来处理，ASP.NET的请求以及静态文件请求的处理程序是不同的，它们处理的过程如下图所示：

　　从上图中可以看出IIS接收到HTTP请求，这个请求经过了IIS和asp.net两个管道处理后返回响应到客户端，所以ASP.NET中的Forms验证、Windows验证等功能没法对于静态文件使用。
　　而IIS的集成模式改变了这一现状，在集成模式中，对于HTTP请求，IIS和ASP.NET的处理管道进行了合并，IIS复制接收所有的请求，所有请求都将经过这个被“合并”后的管道处理。这样所有的请求包括静态文件都可以经过身份验证等处理。如下图所示：

　　上面介绍了IIS处理HTTP请求时是通过HttpModule来对请求通道完成拓展的，换句话说，如果需要新的功能那么也可以添加一个HttpModule在通道中即可，那么要如何对请求管道进行配置呢？web.config文件。
　　在IIS的集成模式中，配置文件已经被统一了，通过web.config文件来对参与请求管道的HttpModule配置即可：

　　上图所示是创建一个ASP.NET MVC程序时，web.config文件自动添加了一个名为ApplicationInsightsWebTracking的HttpModule，这个HttpModule的功能是用来追踪监测请求数据的。
　　另外在<system.web>节点下还有一个<httpHandlers>节点用于映射请求对应的处理器。
　　IIS除了加载应用的web.config之外还会通过继承机制“加载”服务器级别的配置文件：
　　● 服务器级别的Machine.config，该文件位于systemroot\Microsoft .NET\Framework\versionNumber\CONFIG\Machine.config，它包含了ASP.NET配置节点的默认值。

　　● 根网站级别的web.config，该文件位于systemroot\Microsoft .NET\Framework\versionNumber\Config\web.config，它提供了大部分的system.web章节的配置，如HttpHandler以及HttpModule：

　　从上面的配置可以看到，ASP.NET的默认配置已经帮助开发者完成了很多的工作，开发者只需要根据实际需求在网站级别的web.config中删除不需要的或添加新的配置即可。
　　以下是新建一个ASP.NET MVC应用运行时的HTTP Module(部分)：

HttpApplication Events
　　在IIS的集成模式下，由于ASP.NET的请求处理管道已经与IIS通道相连接，所以处理请求的整个通道的每一个步骤都以事件的方式暴露给了HttpApplication对象。

　

　　注：上图为部分事件处理器。
　　根据执行顺序排序：
　　1. BeginRequest 事件.
　　2. AuthenticateRequest 事件.
　　3. PostAuthenticateRequest 事件.
　　4. AuthorizeRequest 事件.
　　5. PostAuthorizeRequest 事件.
　　6. ResolveRequestCache 事件.
　　7. PostResolveRequestCache 事件.
　　8. MapRequestHandler 事件. 根据请求文件的拓展名来选择一个适合的处理器，这个处理器可以是非托管代码编写的模块如StaticFileModule或者是托管代码的模块如PageHandlerFactory（它用来处理.aspx文件）.
　　9. PostMapRequestHandler 事件.
　　10. AcquireRequestState 事件.
　　11. PostAcquireRequestState 事件.
　　12. PreRequestHandlerExecute 事件.
　　13. 调用处理器的ProcessRequest方法 (或者是异步版本的).
　　14. PostRequestHandlerExecute 事件.

　　15.>　　16. PostReleaseRequestState 事件.
　　17. 如果定义了过滤器则执行过滤器对相应信息进行过滤.
　　18. UpdateRequestCache 事件.
　　19. PostUpdateRequestCache 事件.
　　20. LogRequest 事件.
　　21. PostLogRequest 事件.
　　22. EndRequest 事件.
　　23. PreSendRequestHeaders 事件.
　　24. PreSendRequestContent 事件.
使用Global.asax注册事件
　　在ASP.NET程序中可以通过Global.asax文件来注册这些事件，一般创建ASP.NET应用程序项目时将会自动创建一个Global.asax文件，比如MVC应用中的Global.asax：

　　MvcApplication继承与HttpApplication类型，在这个类型中可以通过一个特殊的方法命名方式Application_{eventName}来注册事件，比如Application_BeginRequest，这种注册事件方法适用于上面的所有事件，另外Application_Start和Application_End是特殊的方法，不被包含于上面的事件中。
　　以下是部分注册事件代码：

　　大部分方法：

　　使用一个Action来测试事件的执行：

　　访问这个action的执行结果：

　

　　小结：
　　本章介绍了IIS经典模式和集成模式对请求的处理流程，并对HTTP Module和 HTTP Handler的配置进行了说明，最后通过代码的方式实现了HttpApplication生命周期的事件的注册和使用。
　　参考：
　　https://msdn.microsoft.com/en-us/library/bb470252.aspx
　　https://docs.microsoft.com/en-us/iis/application-frameworks/building-and-running-aspnet-applications/aspnet-integration-with-iis
　　https://msdn.microsoft.com/en-us/library/ms178685.aspx　　
　　https://weblog.west-wind.com/posts/2009/Jun/18/How-do-ASPNET-Application-Events-Work
　　https://msdn.microsoft.com/en-us/library/ms178473.aspx
　　本文地址：http://www.cnblogs.com/selimsong/p/7650129.html
　　ASP.NET没有魔法——目录

robin6621

11