一点一点学ASP.NET之基础概念——HttpModule

本文详细介绍了ASP.NET中的HttpModule工作原理,包括如何通过自定义HttpModule实现对HTTP请求的拦截与处理,以及如何终止HTTP请求。同时,还探讨了多个自定义HttpModule之间的执行顺序。
HttpModule 是如何工作的

当一个HTTP请求到达HttpModule时,整个ASP.NET Framework系统还并没有对这个HTTP请求做任何处理,也就是说此时对于HTTP请求来讲,HttpModule是一个HTTP请求的“必经之路”,所以可以在这个HTTP请求传递到真正的请求处理中心(HttpHandler)之前附加一些需要的信息在这个HTTP请求信息之上,或者针对截获的这个HTTP请求信息作一些额外的工作,或者在某些情况下干脆终止满足一些条件的HTTP请求,从而可以起到一个Filter过滤器的作用。

示例1


ContractedBlock.gif ExpandedBlockStart.gif Code
 1using System;
 2
 3using System.Collections.Generic;
 4
 5using System.Text;
 6
 7using System.Web;
 8
 9 
10
11namespace MyHttpModule
12
13ExpandedBlockStart.gifContractedBlock.gif{
14
15ExpandedSubBlockStart.gifContractedSubBlock.gif     /**//// <summary>
16
17     /// 说明:用来实现自己的HttpModule类。
18
19     /// 作者:文野
20
21     /// 联系:stwyhm@cnblogs.com
22
23     /// </summary>

24
25     public class MyFirstHttpModule : IHttpModule
26
27ExpandedSubBlockStart.gifContractedSubBlock.gif     {
28
29         private void Application_BeginRequest(object sender, EventArgs e)
30
31ExpandedSubBlockStart.gifContractedSubBlock.gif         {
32
33              HttpApplication application = (HttpApplication)sender;
34
35              HttpContext context = application.Context;
36
37              HttpRequest request = application.Request;
38
39              HttpResponse response = application.Response;
40
41 
42
43              response.Write("我来自自定义HttpModule中的BeginRequest<br />");
44
45         }

46
47 
48
49         private void Application_EndRequest(object sender, EventArgs e)
50
51ExpandedSubBlockStart.gifContractedSubBlock.gif         {
52
53              HttpApplication application = (HttpApplication)sender;
54
55              HttpContext context = application.Context;
56
57              HttpRequest request = application.Request;
58
59              HttpResponse response = application.Response;
60
61 
62
63              response.Write("我来自自定义HttpModule中的EndRequest<br />");
64
65         }

66
67 
68
69ContractedSubBlock.gifExpandedSubBlockStart.gif         IHttpModule 成员#region IHttpModule 成员
70
71 
72
73         public void Dispose()
74
75ExpandedSubBlockStart.gifContractedSubBlock.gif         {}
76
77 
78
79         public void Init(HttpApplication application)
80
81ExpandedSubBlockStart.gifContractedSubBlock.gif         {
82
83              application.BeginRequest += new EventHandler(Application_BeginRequest);
84
85              application.EndRequest += new EventHandler(Application_EndRequest);
86
87         }

88
89 
90
91         #endregion

92
93     }

94
95}

Web.config进行如下配置

<add name="MyFirstHttpModule" type="MyHttpModule.MyFirstHttpModule,MyHttpModule"/>


 


深入了解
HttpModule

一个HTTP请求在HttpModule容器的传递过程中,会在某一时刻(ResolveRequestCache事件)将这个HTTP请求传递给HttpHandler容器。在这个事件之后,HttpModule容器会建立一个HttpHandler的入口实例,但是此时并没有将HTTP请求控制权交出,而是继续触发AcquireRequestState事件以及PreRequestHandlerExcute事件。在PreRequestHandlerExcute事件之后,HttpModule窗口就会将控制权暂时交给HttpHandler容器,以便进行真正的HTTP请求处理工作。

而在HttpHandler容器内部会执行ProcessRequest方法来处理HTTP请求。在容器HttpHandler处理完毕整个HTTP请求之后,会将控制权交还给HttpModuleHttpModule则会继续对处理完毕的HTTP请求信息流进行层层的转交动作,直到返回到客户端为止。


1HttpModule生命周期示意图

 

示例2:验证HttpModule生命周期


ContractedBlock.gif ExpandedBlockStart.gif Code
  1using System;
  2
  3using System.Collections.Generic;
  4
  5using System.Text;
  6
  7using System.Web;
  8
  9 
 10
 11namespace MyHttpModule
 12
 13ExpandedBlockStart.gifContractedBlock.gif{
 14
 15    public class ValidaterHttpModule : IHttpModule
 16
 17ExpandedSubBlockStart.gifContractedSubBlock.gif    {
 18
 19ContractedSubBlock.gifExpandedSubBlockStart.gif        IHttpModule 成员#region IHttpModule 成员
 20
 21 
 22
 23        public void Dispose()
 24
 25ExpandedSubBlockStart.gifContractedSubBlock.gif        {}
 26
 27 
 28
 29        public void Init(HttpApplication application)
 30
 31ExpandedSubBlockStart.gifContractedSubBlock.gif        {
 32
 33            application.BeginRequest += new EventHandler(application_BeginRequest);
 34
 35            application.EndRequest += new EventHandler(application_EndRequest);
 36
 37            application.PreRequestHandlerExecute += new EventHandler(application_PreRequestHandlerExecute);
 38
 39            application.PostRequestHandlerExecute += new EventHandler(application_PostRequestHandlerExecute);
 40
 41            application.ReleaseRequestState += new EventHandler(application_ReleaseRequestState);
 42
 43            application.AcquireRequestState += new EventHandler(application_AcquireRequestState);
 44
 45            application.AuthenticateRequest += new EventHandler(application_AuthenticateRequest);
 46
 47            application.AuthorizeRequest += new EventHandler(application_AuthorizeRequest);
 48
 49            application.ResolveRequestCache += new EventHandler(application_ResolveRequestCache);
 50
 51            application.PreSendRequestHeaders += new EventHandler(application_PreSendRequestHeaders);
 52
 53            application.PreSendRequestContent += new EventHandler(application_PreSendRequestContent);
 54
 55        }

 56
 57 
 58
 59        void application_PreSendRequestContent(object sender, EventArgs e)
 60
 61ExpandedSubBlockStart.gifContractedSubBlock.gif        {
 62
 63            HttpApplication application = (HttpApplication)sender;
 64
 65           application.Context.Response.Write("application_PreSendRequestContent<br/>");
 66
 67        }

 68
 69 
 70
 71        void application_PreSendRequestHeaders(object sender, EventArgs e)
 72
 73ExpandedSubBlockStart.gifContractedSubBlock.gif        {
 74
 75            HttpApplication application = (HttpApplication)sender;
 76
 77            application.Context.Response.Write("application_PreSendRequestHeaders<br/>");
 78
 79        }

 80
 81 
 82
 83        void application_ResolveRequestCache(object sender, EventArgs e)
 84
 85ExpandedSubBlockStart.gifContractedSubBlock.gif        {
 86
 87            HttpApplication application = (HttpApplication)sender;
 88
 89            application.Context.Response.Write("application_ResolveRequestCache<br/>");
 90
 91        }

 92
 93 
 94
 95        void application_AuthorizeRequest(object sender, EventArgs e)
 96
 97ExpandedSubBlockStart.gifContractedSubBlock.gif        {
 98
 99            HttpApplication application = (HttpApplication)sender;
100
101            application.Context.Response.Write("application_AuthorizeRequest<br/>");
102
103        }

104
105 
106
107        void application_AuthenticateRequest(object sender, EventArgs e)
108
109ExpandedSubBlockStart.gifContractedSubBlock.gif        {
110
111            HttpApplication application = (HttpApplication)sender;
112
113            application.Context.Response.Write("application_AuthenticateRequest<br/>");
114
115        }

116
117 
118
119        void application_AcquireRequestState(object sender, EventArgs e)
120
121ExpandedSubBlockStart.gifContractedSubBlock.gif        {
122
123            HttpApplication application = (HttpApplication)sender;
124
125            application.Context.Response.Write("application_AcquireRequestState<br/>");
126
127        }

128
129 
130
131        void application_ReleaseRequestState(object sender, EventArgs e)
132
133ExpandedSubBlockStart.gifContractedSubBlock.gif        {
134
135            HttpApplication application = (HttpApplication)sender;
136
137            application.Context.Response.Write("application_ReleaseRequestState<br/>");
138
139        }

140
141 
142
143        void application_PostRequestHandlerExecute(object sender, EventArgs e)
144
145ExpandedSubBlockStart.gifContractedSubBlock.gif        {
146
147            HttpApplication application = (HttpApplication)sender;
148
149            application.Context.Response.Write("application_PostRequestHandlerExecute<br/>");
150
151        }

152
153 
154
155        void application_PreRequestHandlerExecute(object sender, EventArgs e)
156
157ExpandedSubBlockStart.gifContractedSubBlock.gif        {
158
159            HttpApplication application = (HttpApplication)sender;
160
161            application.Context.Response.Write("application_PreRequestHandlerExecute<br/>");
162
163        }

164
165 
166
167        void application_EndRequest(object sender, EventArgs e)
168
169ExpandedSubBlockStart.gifContractedSubBlock.gif        {
170
171            HttpApplication application = (HttpApplication)sender;
172
173            application.Context.Response.Write("application_EndRequest<br/>");
174
175        }

176
177 
178
179        void application_BeginRequest(object sender, EventArgs e)
180
181ExpandedSubBlockStart.gifContractedSubBlock.gif        {
182
183            HttpApplication application = (HttpApplication)sender;
184
185            application.Context.Response.Write("application_BeginRequest<br/>");
186
187        }

188
189 
190
191       
192
193 
194
195        #endregion

196
197    }

198
199}


 

多个自定义的Http Module的运作

从运行结果可以看到,在web.config文件中引入自定义HttpModule的顺序就决定了多个自定义HttpModule在处理一个HTTP请求的接管顺序。注:系统默认那几个HttpModule是最先衩ASP.NET Framework所加载上去的。

示例3:(代码类同示例2


 


HttpModule中终止此次的HTTP请求

可以利用HttpModule通过调用HttpApplication.CompleteRequest()方法实现当满足某一个条件时终止此次的HTTP请求。

需要注意的是,即使调用了HttpApplication.CompleteRequest()方法终止了一个HTTP请求,ASP.NET Framework仍然会触发HttpApplication后面的这3个事件:EndRequest事件、PreSendRequestHeaders事件、PreSendRequestContent事件。

如果存在多个自定义的HttpModule的话,当Module1终止了一个HTTP请求,这个HTTP请求将不会再触发Module2中相应的事件了,但Module2的最后三个事件仍会被触发。

示例4


ContractedBlock.gif ExpandedBlockStart.gif Code
 1using System;
 2
 3using System.Collections.Generic;
 4
 5using System.Text;
 6
 7using System.Web;
 8
 9 
10
11namespace MyHttpModule
12
13ExpandedBlockStart.gifContractedBlock.gif{
14
15    public class CompleteRequestHttpModule : IHttpModule
16
17ExpandedSubBlockStart.gifContractedSubBlock.gif    {
18
19ContractedSubBlock.gifExpandedSubBlockStart.gif        IHttpModule 成员#region IHttpModule 成员
20
21 
22
23        public void Dispose()
24
25ExpandedSubBlockStart.gifContractedSubBlock.gif        {}
26
27 
28
29        public void Init(HttpApplication application)
30
31ExpandedSubBlockStart.gifContractedSubBlock.gif        {
32
33            application.BeginRequest += new EventHandler(Application_BeginRequest);
34
35        }

36
37 
38
39        void Application_BeginRequest(object sender, EventArgs e)
40
41ExpandedSubBlockStart.gifContractedSubBlock.gif        {
42
43            HttpApplication application = (HttpApplication)sender;
44
45            application.CompleteRequest();
46
47            application.Context.Response.Write("请求被终止。");
48
49        }

50
51 
52
53        #endregion

54
55    }

56
57}


 

参考资料

ASP.NET深入解析》

ASP.NET实用全书》

 
本文源码:
   
下载

转载于:https://www.cnblogs.com/pacer/archive/2009/03/30/1425193.html

内容概要:本文系统介绍了算术优化算法(AOA)的基本原理、核心思想及Python实现方法,并通过图像分割的实际案例展示了其应用价值。AOA是一种基于种群的元启发式算法,其核心思想来源于四则运算,利用乘除运算进行全局勘探,加减运算进行局部开发,通过数优化器加速函数(MOA)和数优化概率(MOP)动态控制搜索过程,在全局探索与局部开发之间实现平衡。文章详细解析了算法的初始化、勘探与开发阶段的更新策略,并提供了完整的Python代码实现,结合Rastrigin函数进行测试验证。进一步地,以Flask框架搭建前后端分离系统,将AOA应用于图像分割任务,展示了其在实际工程中的可行性与高效性。最后,通过收敛速度、寻优精度等指标评估算法性能,并提出自适应参数调整、模型优化和并行计算等改进策略。; 适合人群:具备一定Python编程基础和优化算法基础知识的高校生、科研人员及工程技术人员,尤其适合从事人工智能、图像处理、智能优化等领域的从业者;; 使用场景及目标:①理解元启发式算法的设计思想与实现机制;②掌握AOA在函数优化、图像分割等实际问题中的建模与求解方法;③习如何将优化算法集成到Web系统中实现工程化应用;④为算法性能评估与改进提供实践参考; 阅读建议:建议读者结合代码逐行调试,深入理解算法流程中MOA与MOP的作用机制,尝试在不同测试函数上运行算法以观察性能差异,并可进一步扩展图像分割模块,引入更复杂的预处理或后处理技术以提升分割效果。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值