.NET (C#) Internals: ASP.NET 应用程序与页面生命周期(意译)

简介:

前几天逛codeproject时,遇到一篇比较好文章,不敢独享,故译之于君共享。Outline如下:

  1. 1、引言
  2. 2、两个处理步骤
    1. 2.1、创建ASP.NET环境
    2. 2.2、用触发的MHPM事件处理请求
  3. 3、什么事件中应该做什么
  4. 4、示例代码
  5. 5、深入ASP.NET页面事件

1、引言

这篇文章我们将试图理解,从用户发送一个请求直到请求呈现到浏览器发生的事件的差异。因此,我们首先将介绍解ASP.NET请求的两个概括的步骤,接下来我们将介绍‘HttpHandler’,‘HttpModule’和ASP.NET页面对象发出的事件的差异。随着我们的事件旅程,我们将理解这些事件的逻辑。

2、两个处理步骤

ASP.NET请求处理可以总结为如下所示的两个处理步骤。用户发送一个请求到IIS:

  1. ASP.NET创建处理请求的环境。换句话说,创建应用程序对象、request、response和context对象去处理请求。
  2. 一旦环境已经创建,请求通过使用modules、handlers和page对象的一系列事件处理。为了简化可以称为MHPM(module、handler、page、module event),我们将在后面详细讨论。

应用程序与页面生命周期

图1、ASP.NET请求处理的两个步骤

在接下来的各节,我们将知道更多关于这两个步骤的细节。

2.1、创建ASP.NET环境

step 1:用户发送一个请求到IIS。IIS首先检查哪个ISAPI扩展可以处理这个请求,这取决于请求的文件扩展名。举例来说,如果请求页面是‘.ASPX’,它将被传送到‘aspnet_isapi.dll’来处理。

step 2:如果这是www站点的第一个请求,ApplicationManager类将创建一个应用程序域,www站点运行于其中。我们都知道在同一个IIS上,两个web应用程序的应用程序域是独立的(隔离的)。因此一个应用程序域中问题不会的影响到其它应用程序域。

step 3:新建的应用程序域创建宿主环境,如HttpRuntime对象。一旦宿主环境被创建,必要的ASP.NET核心对象如HttpContextHttpRequestHttpRespone对象也被创建。

step 4:一旦所有的ASP.NET核心对象被创建,HttpApplication对象将被创建去处理请求。如果系统中有global.asax文件,global.asax文件对象将被创建。请注意:global.asax文件继承自HttpApplication类。

注意:第一次ASP.NET页面连接到应用程序,一个HttpApplication新实例将被创建。为了最大化性能,HttpApplication实例可能被多个请求重用。

step 5:接下来HttpApplication对象分配给核心ASP.NET对象来处理页面。

step 6:然后HttpApplication通过HttpContextHttpRequestHttpRespone事件开始处理请求。它触发MHPM事件处理请求。更多细节

应用程序与页面生命周期

图2、创建ASP.NET环境

下图解释了ASP.NET请求的内部对象模型。最高层是ASP.NET运行时,它已经创建一个应用程序域(AppDomain),相应地有HttpRuntime包括request、respone、context对象。

应用程序与页面生命周期

图3、ASP.NET请求的内部对象模型

2.2、用触发的MHPM事件处理请求

一旦创建了HttpApplication,它开始处理请求,它经历3个不同的部分HttpModule、Page、HttpHandler。随着它移动到这些部分,将调用不同的事件,开发人员可以扩展和定制同一逻辑。在我们前进之前让我们了解什么是HttpModuleHttpHandlers。他们帮组我们在ASP.NET页处理的前后注入自定义逻辑。他们之间的主要差别是:

  1. 如果你想要注入的逻辑是基于像‘.ASPX’、‘.HTML’这样的文件扩展名,使用HttpHandler。换句话说HttpHandler是基于处理器的扩展。

应用程序与页面生命周期

  1. 如果你想在ASP.NET管道事件中注入逻辑,使用HttpModule。换言之是基于处理器的事件。

应用程序与页面生命周期

你可以点这了解他们之间更多的差异。下面是怎样处理请求的逻辑流。有四个重要的步骤MHPM,解释如下:

Step 1(M   HttpModule):客户端请求处理开始。ASP.NET引擎开始和创建HttpModule发出事件(你可以注入定制逻辑)之前,有6个重要事件你可以使用:BeginRequestAuthenticateRequestAuthorizeRequestResolveRequestCacheAcquireRequestStatePreRequestHandlerExecute

Step 2(H   HttpHandler):一旦上面6个事件触发,ASP.NET引擎将调用ProcessRequest事件,即使你已经在项目中执行了HttpHandler。

Step 3(P   ASP.NET page):一旦HttpHandler逻辑执行,ASP.NET page对象被创建。ASP.NET page对象被创建,许多事件被触发,你可以在这些页面事件中写我们自定义的逻辑。有6个重要事件给我们提供占位,在ASP.NET页中写逻辑:InitLoadValidateEventRenderUnload。你可以记住单词SILVER来记这些事件,S-Start(没有任何意义,仅仅是为了形成一个单词),I(Init)、L(Load)、V(Validate)、E(Event)、R(Render)。

Step 4(M   HttpModule):一旦页面对象执行了且从内存中卸载,HttpModule提供发送页面执行事件,它们可用于注入自定义post-处理逻辑。有4个重要的post-处理事件,PostRequestHandlerExecutePostRequestStateUpdateRequestCacheEndRequest

下图展示了上面的过程。

应用程序与页面生命周期

3、什么事件中应该做什么

下面的表格展示了什么事件中做什么逻辑或代码。

Section Event Description
HttpModule BeginRequest 此事件标志着一个新的请求,他保证在每个请求中都有。
HttpModule AuthenticateRequest 此事件标志ASP.NET运行时准备验证用户。任何身份验证代码都可以在此注入。
HttpModule AuthorizeRequest 此事件标志ASP.NET运行时准备授权用户。任何授权代码都可以在此注入。
HttpModule ResolveRequest 在ASP.NET中我们通常使用OutputCache指令做缓存。在这个事件中,ASP.NET运行时确定是否能够从缓存中加载页面,而不是从头开始生成。任何缓存的具体活动可以被注入这里。
HttpModule AcquireRequestState 此事件标志着ASP.NET运行时准备获得会话变量。可以对会话变量做任何你想要的处理。
HttpModule PreRequestHandlerExecute 恰好在ASP.NET 开始执行事件处理程序前发生。可以预处理你想做的事。
HttpHandler ProcessRequest HttpHandler逻辑被执行。在这个部分我们将为每个页面扩展名写需要的逻辑。
Page Init 此事件发生在ASP.NET页面且可以用来: 
1、动态地创建控件,如果你一定要在运行时创建控件; 
2、任何初始化设置 
3、母版页及其设置 
在这部分中我们没有获得viewstate、postedvalues及已经初始化的控件。
Page Load 在这部分ASP.NET控件完全被加载且在这里你可以写UI操作逻辑或任何其他逻辑。
Page Validate 如果在页面上你有验证器,你同样想在这里检查。
Page Render 是时候将输入发送到浏览器。如果你想对最终的HTML做些修改,你可以在这里输入你的HTML逻辑。
Page Unload 页面对象从内存中卸载。
HttpModule PostRequestHandlerExecute 可以注入任何你想要的逻辑,在处理程序执行之后。
HttpModule ReleaseRequestState 想保存更新某些状态变量,如会话变量。
HttpModule UpdateRequestCache 在结束之前是否更新你的缓存。
HttpModule EndRequest 这是将输出发送到客户端浏览器之前的最后一个阶段。

4、示例代码

点击下载代码,示例代码展示了事件是怎样触发的。代码中我们创建了一个HttpModule和HttpHandler,且我们显示一个简单的响应在所有的事件中。下面是HttpModule类,跟踪所有的事件且添加到全局集合。


 
 
  1. public class clsHttpModule : IHttpModule  
  2. {  
  3. ......   
  4. void OnUpdateRequestCache(object sender, EventArgs a)  
  5. {  
  6. objArrayList.Add("httpModule:OnUpdateRequestCache");  
  7. }  
  8. void OnReleaseRequestState(object sender, EventArgs a)  
  9. {  
  10. objArrayList.Add("httpModule:OnReleaseRequestState");  
  11. }  
  12. void OnPostRequestHandlerExecute(object sender, EventArgs a)  
  13. {  
  14. objArrayList.Add("httpModule:OnPostRequestHandlerExecute");  
  15. }  
  16. void OnPreRequestHandlerExecute(object sender, EventArgs a)  
  17. {  
  18. objArrayList.Add("httpModule:OnPreRequestHandlerExecute");  
  19. }  
  20. void OnAcquireRequestState(object sender, EventArgs a)  
  21. {  
  22. objArrayList.Add("httpModule:OnAcquireRequestState");  
  23. }  
  24. void OnResolveRequestCache(object sender, EventArgs a)  
  25. {  
  26. objArrayList.Add("httpModule:OnResolveRequestCache");  
  27. }  
  28. void OnAuthorization(object sender, EventArgs a)  
  29. {  
  30. objArrayList.Add("httpModule:OnAuthorization");  
  31. }  
  32. void OnAuthentication(object sender, EventArgs a)  
  33. {  
  34.  
  35. objArrayList.Add("httpModule:AuthenticateRequest");  
  36. }  
  37. void OnBeginrequest(object sender, EventArgs a)  
  38. {  
  39.  
  40. objArrayList.Add("httpModule:BeginRequest");  
  41. }  
  42. void OnEndRequest(object sender, EventArgs a)  
  43. {  
  44. objArrayList.Add("httpModule:EndRequest");  
  45. objArrayList.Add("<hr>");  
  46. foreach (string str in objArrayList)  
  47. {  
  48. httpApp.Context.Response.Write(str + "<br>") ;  
  49. }  
  50. }   

下面是HttpHandler的代码片段,它跟踪ProcessRequest事件。


 
 
  1. public class clsHttpHandler : IHttpHandler  
  2. {  
  3. public void ProcessRequest(HttpContext context)  
  4. {  
  5. clsHttpModule.objArrayList.Add("HttpHandler:ProcessRequest");  
  6. context.Response.Redirect("Default.aspx");  
  7. }  

我们也追踪ASP.NET页面的所有事件。


 
 
  1. public partial class _Default : System.Web.UI.Page   
  2. {  
  3. protected void Page_init(object sender, EventArgs e)  
  4. {  
  5.  
  6. clsHttpModule.objArrayList.Add("Page:Init");  
  7. }  
  8. protected void Page_Load(object sender, EventArgs e)  
  9. {  
  10. clsHttpModule.objArrayList.Add("Page:Load");  
  11. }  
  12. public override void Validate()   
  13. {  
  14. clsHttpModule.objArrayList.Add("Page:Validate");  
  15. }  
  16. protected void Button1_Click(object sender, EventArgs e)  
  17. {  
  18. clsHttpModule.objArrayList.Add("Page:Event");  
  19. }  
  20. protected override void Render(HtmlTextWriter output)   
  21. {  
  22. clsHttpModule.objArrayList.Add("Page:Render");  
  23. base.Render(output);  
  24. }  
  25. protected void Page_Unload(object sender, EventArgs e)  
  26. {  
  27. clsHttpModule.objArrayList.Add("Page:UnLoad");  
  28. }} 

下面显示上面讨论的所有事件的执行顺序:

应用程序与页面生命周期

5、深入ASP.NET页面事件

在前面部分我们已经知道ASP.NET页面请求的整体事件流,但是我们没有详细讨论,因此本节我们将深入了解。任何ASP.NET页面有2个部分,一个是显示在浏览器上的页面,它有HTML标记、viewstate形式的隐藏值、HTML inputs上的数据。当页面被发送时,在服务器上这些HTML标记被创建到ASP.NET控件且viewstate和表单数据捆绑在一起。一旦你得到这些服务器控件的后台代码,你可以执行和写你自己的逻辑和呈现返回给浏览器。

应用程序与页面生命周期

现在这些HTML控件在服务器上作为ASP.NET控件,ASP.NET页面发出一些事件,我们可以注入自己的逻辑。根据任务/你要执行的逻辑,我们需要把这些逻辑放入适当的事件中。

注意:大部分开发者直接使用Page_Load方法执行一切,这不是一个好的方法。因此,不是填充控件、设置viewstate、应用主题等一切都发生在页面加载上。因此,如果我们能在适当的事件中放入逻辑,将真正使你的代码干净。

 

Seq Events 控件初始化 Viewstate可用 表单数据可用 什么逻辑可以写在这里?
1 Init No No No 注意:你可以通过使用ASP.NET请求对象访问表单数据等,但是不是通过服务器控件。
动态地创建控件,如果你一定要在运行时创建;任何初始化设置;母版页及其设置。在这部分中我们没有获得viewstate、postedvalues及已经初始化的控件。
2 Load View State Not guaranteed Yes Not guaranteed 你可以访问View State及任何同步逻辑,你希望viewstate被推倒后台代码变量可以在这里完成。
3 PostBackdata Not guaranteed Yes Yes 捏可以访问表单数据。任何逻辑,你希望表单数据被推倒后台代码变量可以在这里完成。
4 Load Yes Yes Yes 在这里你可以放入任何你想操作控件的逻辑,如从数据库填充combox、对grid中的数据排序等。这个事件,我们可以访问所有控件、viewstate、发送的值。
5 Validate Yes Yes Yes 如果你的页面有验证器或者你想为你的页面执行验证,那就在这里做吧。
6 Event Yes Yes Yes 如果这是通过点击按钮或下拉列表的改变的一个回发,相关的事件将被触发。与事件相关的任何逻辑都可以在这里执行。
7 Pre-render Yes Yes Yes 如果你想对UI对象做最终的修改,如改变属性结构或属性值,在这些控件保存到ViewState之前。
8 Save ViewState Yes Yes Yes 一旦对服务器控件的所有修改完成,可以保存控件数据到View State。
9 Render Yes Yes Yes 如果你想添加一些自定义HTML到输出,可以在这里完成。
10 Unload Yes Yes Yes 做任何你想做的清理工作。

应用程序与页面生命周期

原文链接:ASP.NET application and page life cycle

另附几篇相关的文章:

DotText源码学习——ASP.NET的工作机制

A low-level Look at the ASP.NET Architecture,对于的译文从底层了解ASP.NET体系结构






     本文转自Saylor87 51CTO博客,原文链接:http://blog.51cto.com/skynet/365670,如需转载请自行联系原作者






相关文章
|
5月前
|
存储 Shell Linux
快速上手基于 BaGet 的脚本自动化构建 .net 应用打包
本文介绍了如何使用脚本自动化构建 `.net` 应用的 `nuget` 包并推送到指定服务仓库。首先概述了 `BaGet`——一个开源、轻量级且高性能的 `NuGet` 服务器,支持多种存储后端及配置选项。接着详细描述了 `BaGet` 的安装、配置及使用方法,并提供了 `PowerShell` 和 `Bash` 脚本实例,用于自动化推送 `.nupkg` 文件。最后总结了 `BaGet` 的优势及其在实际部署中的便捷性。
220 10
|
1月前
|
C# Android开发 iOS开发
2025年全面的.NET跨平台应用框架推荐
2025年全面的.NET跨平台应用框架推荐
86 23
|
2月前
|
开发框架 监控 .NET
C#进阶-ASP.NET WebForms调用ASMX的WebService接口
通过本文的介绍,希望您能深入理解并掌握ASP.NET WebForms中调用ASMX WebService接口的方法和技巧,并在实际项目中灵活运用这些技术,提高开发效率和应用性能。
79 5
|
3月前
|
开发框架 监控 .NET
【Azure App Service】部署在App Service上的.NET应用内存消耗不能超过2GB的情况分析
x64 dotnet runtime is not installed on the app service by default. Since we had the app service running in x64, it was proxying the request to a 32 bit dotnet process which was throwing an OutOfMemoryException with requests >100MB. It worked on the IaaS servers because we had the x64 runtime install
|
3月前
|
JSON 算法 安全
JWT Bearer 认证在 .NET Core 中的应用
【10月更文挑战第30天】JWT(JSON Web Token)是一种开放标准,用于在各方之间安全传输信息。它由头部、载荷和签名三部分组成,用于在用户和服务器之间传递声明。JWT Bearer 认证是一种基于令牌的认证方式,客户端在请求头中包含 JWT 令牌,服务器验证令牌的有效性后授权用户访问资源。在 .NET Core 中,通过安装 `Microsoft.AspNetCore.Authentication.JwtBearer` 包并配置认证服务,可以实现 JWT Bearer 认证。具体步骤包括安装 NuGet 包、配置认证服务、启用认证中间件、生成 JWT 令牌以及在控制器中使用认证信息
173 2
|
5月前
|
数据采集 JSON API
.NET 3.5 中 HttpWebRequest 的核心用法及应用
【9月更文挑战第7天】在.NET 3.5环境下,HttpWebRequest 类是处理HTTP请求的一个核心组件,它封装了HTTP协议的细节,使得开发者可以方便地发送HTTP请求并接收响应。本文将详细介绍HttpWebRequest的核心用法及其实战应用。
211 6
|
6月前
|
Linux iOS开发 开发者
跨平台开发不再难:.NET Core如何让你的应用在Windows、Linux、macOS上自如游走?
【8月更文挑战第28天】本文提供了一份详尽的.NET跨平台开发指南,涵盖.NET Core简介、环境配置、项目结构、代码编写、依赖管理、构建与测试、部署及容器化等多个方面,帮助开发者掌握关键技术与最佳实践,充分利用.NET Core实现高效、便捷的跨平台应用开发与部署。
638 3
|
6月前
|
缓存 Java API
【揭秘】.NET高手不愿透露的秘密:如何让应用瞬间提速?
【8月更文挑战第28天】本文通过对比的方式,介绍了针对 .NET 应用性能瓶颈的优化方法。以一个存在响应延迟和并发处理不足的 Web API 项目为例,从性能分析入手,探讨了使用结构体减少内存分配、异步编程提高吞吐量、EF Core 惰性加载减少数据库访问以及垃圾回收机制优化等多个方面,帮助开发者全面提升 .NET 应用的性能和稳定性。通过具体示例,展示了如何在不同场景下选择最佳实践,以实现更高效的应用体验。
82 3
|
6月前
|
前端开发 JavaScript 开发工具
跨域联姻:React.NET——.NET应用与React的完美融合,解锁前后端高效协作新姿势。
【8月更文挑战第28天】探索React.NET,这是将热门前端框架React与强大的.NET后端无缝集成的创新方案。React以其组件化和虚拟DOM技术著称,能构建高性能、可维护的用户界面;.NET则擅长企业级应用开发。React.NET作为桥梁,使.NET应用轻松采用React构建前端,并优化开发流程与性能。通过直接托管React组件,.NET应用简化了部署流程,同时支持服务器端渲染(SSR),提升首屏加载速度与SEO优化。
159 1
|
6月前
|
存储 缓存 安全
.NET 在金融行业的应用:高并发交易系统的构建与优化之路
【8月更文挑战第28天】在金融行业,交易系统需具备高并发处理、低延迟及高稳定性和安全性。利用.NET构建此类系统时,可采用异步编程提升并发能力,优化数据库访问以降低延迟,使用缓存减少数据库访问频率,借助分布式事务确保数据一致性,并加强安全性措施。通过综合优化,满足金融行业的严苛要求。
76 1