首页 / ASP.NET / ASP.NET MVC：Filter和Action的执行介绍

ASP.NET MVC：Filter和Action的执行介绍

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了ASP.NET MVC：Filter和Action的执行介绍，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含13183字，纯文字阅读大概需要19分钟。

内容图文

根据controller的名字正确的实例化了一个controller对象。回到MVCHandler的BeginProcessRequest方法，可以看到，当得到controller对象之后，首先判断它是不是IAsyncController，如果是则会创建委托用来异步执行。通常情况下，我们都是继承自Controller类，这不是一个IAsyncController，于是会直接执行Controller的Execute方法。Execute方法是在Controller的基类ControllerBase中定义的，这个方法除去一些安全检查，初始化了ControllerContext（包含了ControllerBase和Request的信息）,核心是调用了ExecuteCore方法，这在ControllerBase是个抽象方法，在Controller类中有实现：
代码如下:


protected override void ExecuteCore() { 
PossiblyLoadTempData(); 
try { 
string actionName = RouteData.GetRequiredString("action"); 
if (!ActionInvoker.InvokeAction(ControllerContext, actionName)) { 
HandleUnknownAction(actionName); 
} 
} 
finally { 
PossiblySaveTempData(); 
}} 
 
这个方法比较简单，首先是加载临时数据，这仅在是child action的时候会出现，暂不讨论。接下来就是获取action的名字，然后InvokeAction， 这里的ActionInvoker是一个ControllerActionInvoker类型的对象，我们来看它的InvokeAction方法， 
 代码如下:
public virtual bool InvokeAction(ControllerContext controllerContext, string actionName) { 
if (controllerContext == null) { 
throw new ArgumentNullException("controllerContext"); 
} 
if (String.IsNullOrEmpty(actionName)) { 
throw new ArgumentException(MvcResources.Common_NullOrEmpty, "actionName"); 
} 
ControllerDescriptor controllerDescriptor = GetControllerDescriptor(controllerContext); 
ActionDescriptor actionDescriptor = FindAction(controllerContext, controllerDescriptor, actionName); 
if (actionDescriptor != null) { 
FilterInfo filterInfo = GetFilters(controllerContext, actionDescriptor); 
try { 
AuthorizationContext authContext = InvokeAuthorizationFilters(controllerContext, filterInfo.AuthorizationFilters, actionDescriptor); 
if (authContext.Result != null) { 
// the auth filter signaled that we should let it short-circuit the request 
InvokeActionResult(controllerContext, authContext.Result); 
} 
else { 
if (controllerContext.Controller.ValidateRequest) { 
ValidateRequest(controllerContext); 
} 
IDictionary<string, object> parameters = GetParameterValues(controllerContext, actionDescriptor); 
ActionExecutedContext postActionContext = InvokeActionMethodWithFilters(controllerContext, filterInfo.ActionFilters, actionDescriptor, parameters); 
InvokeActionResultWithFilters(controllerContext, filterInfo.ResultFilters, postActionContext.Result); 
} 
} 
catch (ThreadAbortException) { 
// This type of exception occurs as a result of Response.Redirect(), but we special-case so that 
// the filters don't see this as an error. 
throw; 
} 
catch (Exception ex) { 
// something blew up, so execute the exception filters 
ExceptionContext exceptionContext = InvokeExceptionFilters(controllerContext, filterInfo.ExceptionFilters, ex); 
if (!exceptionContext.ExceptionHandled) { 
throw; 
} 
InvokeActionResult(controllerContext, exceptionContext.Result); 
} 
return true; 
} 
// notify controller that no method matched 
return false;} 
 
这是一个非常核心的方法，有很多工作在这里面完成。ASP.NET MVC中有几个以Descriptor结尾的类型，首先获得ControllerDescriptor，这个比较简单，实际返回的是ReflectedControllerDescriptor对象。第二步实际上是调用了ReflectedControllerDescriptor的FindAction方法，获得ActionDescriptor，ActionDescriptor最重要的属性是一个MethodInfo，这就是当前action name对应的Action的方法。FindAction方法内部实际上是调用了ActionMethodSelector的FindActionMethod来获得MethodInfo，可以想象，这个方法将会反射controller的所有方法的名字，然后和action name匹配，实际上，ASP.NET还支持一些额外的功能，主要是： 1.通过ActionNameAttribute属性重命名action的名字；2.支持ActionMethodSelectorAttribute对action方法进行筛选，比如[HttpPost]之类的。下面简单看下ActionMethodSelector的实现，大致分为4步，首先是在构造函数中调用了如下方法反射controller中的所有action方法: 
 代码如下:
private void PopulateLookupTables() { 
MethodInfo[] allMethods = ControllerType.GetMethods(BindingFlags.InvokeMethod | BindingFlags.Instance | BindingFlags.Public); 
MethodInfo[] actionMethods = Array.FindAll(allMethods, IsValidActionMethod); 
AliasedMethods = Array.FindAll(actionMethods, IsMethodDecoratedWithAliasingAttribute); 
NonAliasedMethods = actionMethods.Except(AliasedMethods).ToLookup(method => method.Name, StringComparer.OrdinalIgnoreCase); 
}FindActionMethod方法如下: 
public MethodInfo FindActionMethod(ControllerContext controllerContext, string actionName) { 
List<MethodInfo> methodsMatchingName = GetMatchingAliasedMethods(controllerContext, actionName); 
methodsMatchingName.AddRange(NonAliasedMethods[actionName]); 
List<MethodInfo> finalMethods = RunSelectionFilters(controllerContext, methodsMatchingName); 
switch (finalMethods.Count) { 
case 0: 
return null; 
case 1: 
return finalMethods[0]; 
default: 
throw CreateAmbiguousMatchException(finalMethods, actionName); 
} }
 
这个方法是很清晰的，找到重命名之后符合的，本身名字符合的，然后所有的方法判断是否满足ActionMethodSelectorAttribute的条件，最后或者返回匹配的MethodInfo，或者抛出异常，或者返回null。三个步骤的实现并不困难，不再分析下去。 
第三步是得到Filter。 FilterInfo filterInfo = GetFilters(controllerContext, actionDescriptor);实际调用的是： 
FilterProviders.Providers.GetFilters(controllerContext, actionDescriptor);这里的代码风格和之前的不太一样，特别喜欢用各种委托，读代码有点困难，估计不是同一个人写的。下面的分析都直接给出实际执行的代码。首先看下FilterProvider的构造函数: 
 代码如下:
static FilterProviders() { 
Providers = new FilterProviderCollection(); 
Providers.Add(GlobalFilters.Filters); 
Providers.Add(new FilterAttributeFilterProvider()); 
Providers.Add(new ControllerInstanceFilterProvider()); 
} 
 
回忆下ASP.NET给Action加上filter的方法一共有如下几种： 
1. 在Application_Start注册全局filter 
2. 通过属性给Action方法或者Controller加上filter 
3. Controller类本身也实现了IActionFilter等几个接口。通过重写Controller类几个相关方法加上filter。 
这三种方式就对应了三个FilterProvider，这三个Provider的实现都不是很困难，不分析了。到此为止，准备工作都好了，接下来就会执行Filter和Action，ASP.NET的Filter一共有4类： 





Filter Type
Interface
Description

Authorization
IAuthorizationFilter
Runs first

Action
IActionFilter
Runs before and after the action method

Result
IResultFilter
Runs before and after the result is executed

Exception
IExceptionFilter
Runs if another filter or action method throws an exception
下面看其源代码的实现，首先就是InvokeAuthorizationFilters: 
 代码如下:
protected virtual AuthorizationContext InvokeAuthorizationFilters(ControllerContext controllerContext, IList<IAuthorizationFilter> filters, ActionDescriptor actionDescriptor) { 
AuthorizationContext context = new AuthorizationContext(controllerContext, actionDescriptor); 
foreach (IAuthorizationFilter filter in filters) { 
filter.OnAuthorization(context); 
if (context.Result != null) { 
break; 
} 
} 
return context;} 
 
注意到在实现IAuthorizationFilter接口的时候，要表示验证失败，需要在OnAuthorization方法中将参数context的Result设置为ActionResult，表示验证失败后需要显示的页面。接下来如果验证失败就会执行context的Result，如果成功就要执行GetParameterValues获得Action的参数，在这个方法内部会进行Model Binding，这也是ASP.NET的一个重要特性，另文介绍。再接下来会分别执行InvokeActionMethodWithFilters和InvokeActionResultWithFilters，这两个方法的结构是类似的，只是一个是执行Action方法和IActionFilter，一个是执行ActionResult和IResultFilter。以InvokeActionMethodWithFilters为例分析下： 
 代码如下:
protected virtual ActionExecutedContext InvokeActionMethodWithFilters(ControllerContext controllerContext, IList<IActionFilter> filters, ActionDescriptor actionDescriptor, IDictionary<string, object> parameters) { 
ActionExecutingContext preContext = new ActionExecutingContext(controllerContext, actionDescriptor, parameters); 
Func<ActionExecutedContext> continuation = () => 
new ActionExecutedContext(controllerContext, actionDescriptor, false /* canceled */, null /* exception */) { 
Result = InvokeActionMethod(controllerContext, actionDescriptor, parameters) 
}; 
// need to reverse the filter list because the continuations are built up backward 
Func<ActionExecutedContext> thunk = filters.Reverse().Aggregate(continuation, 
(next, filter) => () => InvokeActionMethodFilter(filter, preContext, next)); 
return thunk(); 
} 
 
这段代码有点函数式的风格，不熟悉这种风格的人看起来有点难以理解。 用函数式编程语言的话来说，这里的Aggregate其实就是foldr, 
foldr::(a->b->b)->b->[a]->b 
foldr 接受一个函数作为第一个参数，这个函数的参数有两个，类型为a,b,返回类型为b，第二个参数是类型b，作为起始值，第三个参数是一个类型为a的数组，foldr的功能是依次将数组中的a 和上次调用第一个参数函数（f )的返回值作为f的两个参数进行调用，第一次调用f的时候用起始值。对于C#来说，用面向对象的方式表示，是作为IEnummerable的一个扩展方法实现的，由于C# 不能直接将函数作为函数的参数传入，所以传入的是委托。说起来比较拗口，看一个例子： 
 代码如下:
static void AggTest() 
{ 
int[] data = { 1, 2, 3, 4 }; 
var res = data.Aggregate("String", (str, val) => str + val.ToString()); 
Console.WriteLine(res); 
} 
 
最后
输出的结果是String1234. 回到InvokeActionMethodWithFilters的实现上来，这里对应的类型a是IActionFilter，类型b是Func<ActionExecutedContext>，初始值是continuation。假设我们有3个filter,[f1,f2,f3]，我们来看下thunk最终是什么， 
第一次： next=continue, filter=f1, 返回值 ()=>InvokeActionMethodFilter(f1, preContext, continue) 
第二次：next=()=>InvokeActionMethodFilter(f1, preContext, continue), filter=f2 
返回值：()=>InvokeActionMethodFilter(f2, preContext,()=> InvokeActionMethodFilter(f1, preContext, continue)), 
最终： thunk= ()=>InvokeActionMethodFilter(f3,preContext,()=>InvokeActionMethodFilter(f2, preContext, ()=>InvokeActionMethodFilter(f1, preContext, continue))); 
直到 return thunk()之前，所有真正的代码都没有执行，关键是构建好了thunk这个委托，把thunk展开成上面的样子，应该比较清楚真正的调用顺序什么样的了。这里花了比较多的笔墨介绍了如何通过Aggregate方法构造调用链，这里有一篇文章专门介绍了这个，也可以参考下。想象下，如果filter的功能就是先遍历调用f的Executing方法，然后调用Action方法，最后再依次调用f的Executed方法，那么完全可以用迭代来实现，大可不必如此抽象复杂，关键是ASP.NET MVC对于filter中异常的处理还有一些特殊之处，看下InvokeActionMethodFilter的实现： 
 代码如下:
internal static ActionExecutedContext InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func<ActionExecutedContext> continuation) { 
filter.OnActionExecuting(preContext); 
if (preContext.Result != null) { 
return new ActionExecutedContext(preContext, preContext.ActionDescriptor, true /* canceled */, null /* exception */) { 
Result = preContext.Result 
}; 
} 
bool wasError = false; 
ActionExecutedContext postContext = null; 
try { 
postContext = continuation(); 
} 
catch (ThreadAbortException) { 
// This type of exception occurs as a result of Response.Redirect(), but we special-case so that 
// the filters don't see this as an error. 
postContext = new ActionExecutedContext(preContext, preContext.ActionDescriptor, false /* canceled */, null /* exception */); 
filter.OnActionExecuted(postContext); 
throw; 
} 
catch (Exception ex) { 
wasError = true; 
postContext = new ActionExecutedContext(preContext, preContext.ActionDescriptor, false /* canceled */, ex); 
filter.OnActionExecuted(postContext); 
if (!postContext.ExceptionHandled) { 
throw; 
} 
} 
if (!wasError) { 
filter.OnActionExecuted(postContext); 
} 
return postContext; 
} 
 
代码有点长，首先就是触发了filter的OnActionExecuting方法，这是方法的核心。接下来的重点是 postContext = continuation(); 最后是OnActionExecuted方法，结合上面的展开式，我们可以知道真正的调用顺序将是: 
 代码如下:
f3.Executing->f2.Executing->f1.Exectuing->InvokeActionMethod->f1.Executed->f2->Executed->f3.Executed. 
 
那么，源代码中的注释 // need to reverse the filter list because the continuations are built up backward 的意思也很明了了。需要将filter倒序排一下之后才是正确的执行顺序。 
还有一类filter是当异常发生的时候触发的。在InvokeAction方法中可以看到触发它的代码放在一个catch块中。IExceptionFilter的触发流程比较简单，不多做解释了。唯一需要注意的是ExceptionHandled属性设置为true的时候就不会抛出异常了，这个属性在各种context下面都有，他们是的效果是一样的。比如在OnActionExecuted方法中也可以将他设置为true，同样不会抛出异常。这些都比较简单，不再分析其源代码，这篇文章比较详细的介绍了filter流程中出现异常之后的执行顺序。 
最后说下Action Method的执行，前面我们已经得到了methodInfo，和通过data binding获得了参数，调用Action Method应该是万事俱备了。asp.net mvc这边的处理还是比较复杂的，ReflectedActionDescriptor会去调用ActionMethodDispatcher的Execute方法，这个方法如下: 
 代码如下:
public object Execute(ControllerBase controller, object[] parameters) { 
return _executor(controller, parameters); 
} 
 
此处的_executor是 
delegate object ActionExecutor(ControllerBase controller, object[] parameters);_exectuor被赋值是通过一个方法，利用Expression拼出方法体、参数，代码在（ActionMethodDispatcher.cs）： 
static ActionExecutor GetExecutor(MethodInfo methodInfo)此处就不贴出了，比较复杂。这里让我比较费解的是，既然MethodInfo和parameters都有了，直接用反射就可以了，为什么还要如此复杂，我将上面的Execute方法改为: 
 代码如下:
public object Execute(ControllerBase controller, object[] parameters) { 
return MethodInfo.Invoke(controller, parameters); 
//return _executor(controller, parameters); 
} 
 
运行结果是完全一样的。我相信mvc源代码如此实现一定有其考虑，这个需要继续研究。 
最后附上一张函数调用图，以便理解，仅供参考。图片较大，点击可看原图。

内容总结

以上是互联网集市为您收集整理的ASP.NET MVC：Filter和Action的执行介绍全部内容，希望文章能够帮你解决ASP.NET MVC：Filter和Action的执行介绍所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/379892.html

来源：【匿名】

【上一篇】asp.net中session的原理及应用详解【下一篇】asp.net伪静态关于页面优化和伪静态

更多 ►

【ASP.NET MVC：Filter和Action的执行介绍】教程文章相关的互联网学习教程文章

ASP.NET Core 3.1中Middleware和Filter用法实践【代码】【图】

ASP.NET Core 3.1中Middleware和Filter用法实践前言在我们用ASP.NET Core进行开发的过程中经常使用到两种AOP技术中间件(Middleware)和过滤器(Filter)，很多时候两个组件有很多相似的用法，具体什么场景应用什么组件其实是很模糊的，下面我通过自己的实践和举例来进行讲解。组件介绍具体Middleware和Filter各自怎么用，已经有很多文章和Demo参考，今天我们来说一下，Filter和Middleware在Request请求中的顺序问题，在微软官网文档中...

ASP.Net MVC Filter验证用户登录

一、Filter是什么 ASP.NetMVC模式自带的过滤器Filter，是一种声明式编程方式，支持四种过滤器类型，分别是：Authorization(授权)，Action（行为），Result（结果）和Exception（异常）。过滤器类型接口描述AuthorizationIAuthorizationFilter此类型（或过滤器）用于限制进入控制器或控制器的某个行为方法ExceptionIExceptionFilter用于指定一个行为，这个被指定的行为处理某个行为方法或某个控制器里面抛出的异常ActionIActionF...

ASP.NET MVC 入门9、Action Filter 与内置的Filter实现(介绍)【图】

原帖地址：http://www.cnblogs.com/QLeelulu/archive/2008/10/09/1307660.html有时候你想在调用action方法之前或者action方法之后处理一些逻辑。为了支持这个。ASP.NET MVC同意你创建action过滤器。Action过滤器是自己定义的Attributes。用来标记加入Action方法之前或者Action方法之后的行为到控制器类中的Action方法中。一些可能用到Action过滤器的地方有：日志,异常处理身份验证和授权－限制用户的訪问输出缓存－保存一个Act...

利用ResultFilter实现asp.net mvc3 页面静态化【代码】【图】

为了提高网站性能、和网站的负载能力，页面静态化是一种有效的方式，这里对于asp.net mvc3 构架下的网站，提供一种个人认为比较好的静态话方式。实现原理是通过mvc提供的过滤器扩展点实现页面内容的文本保存，直接上代码： 1publicclass StaticFileWriteFilterAttribute : FilterAttribute, IResultFilter2 {3publicvoid OnResultExecuted(ResultExecutedContext filterContext)4 {5 6 }7 8publicvoid OnResul...

Asp.Netcore使用Filter来实现接口的全局异常拦截，以及前置拦截和后置拦截

原文链接：https://blog.csdn.net/qq_38762313/article/details/85234594 全局异常拦截器：解决写每个接口都需要去做容错而添加try{}catch{}，有了该异常拦截器后，所有接口都不需要去添加异常处理。实现方式：第一步：新建一个类继承 IExceptionFilter，添加 using Microsoft.AspNetCore.Mvc.Filters;该类的名称命名要求是：后缀必须ExceptionFilter，例如：GlobalExceptionFilter。该类必须实现OnException 这个方...

asp.net core MVC 全局过滤器之ExceptionFilter过滤器(1)【图】

本系类将会讲解asp.net core MVC中的内置全局过滤器的使用，将分为以下章节asp.net core MVC 过滤器之ExceptionFilter过滤器（一）asp.net core MVC 过滤器之ActionFilter过滤器（二）asp.net core MVC 过滤器之ResultFilter过滤器（三）asp.net core MVC 过滤器之ResourceFilter过滤器（四）asp.net core MVC 过滤器之AuthorizationFilter过滤器（五）　　简介异常过滤器，顾名思义，就是当程序发生异常时所使用的过滤器。用于在...

asp.net core MVC 过滤器之ActionFilter过滤器(2)

本系类将会讲解asp.net core MVC中的内置过滤器的使用，将分为以下章节asp.net core MVC 过滤器之ExceptionFilter过滤器（一）asp.net core MVC 过滤器之ActionFilter过滤器（二）asp.net core MVC 过滤器之ResultFilter过滤器（三）asp.net core MVC 过滤器之ResourceFilter过滤器（四）asp.net core MVC 过滤器之AuthorizationFilter过滤器（五）简介 Action过滤器将在controller的Action执行之前和之后执行相应的方法。实现一...

MVC使用Controller代替Filter完成登录验证（Session校验）学习笔记5

之前的学习中，在对Session校验完成登录验证时，通常使用Filter来处理，方法类似与前文的错误日志过滤，即新建Filter类继承ActionFilterAttribute类，重写OnActionExecuting方法，之后直接在需要验证的Action前加上Filter标记即可。 1. 新建登陆校验类CheckLoginAttribute using System.Web.Mvc;namespace PMS.WebApp.Models {public class CheckLoginAttribute:ActionFilterAttribute{public override void OnActionExecuting(Act...

asp.net MVC利用ActionFilterAttribute过滤关键字的方法【图】

本文实例讲述了asp.net MVC利用ActionFilterAttribute过滤关键字的方法。分享给大家供大家参考，具体如下：在开发过程中，有时候会对用户输入进行过滤，以便保证平台的安全性。屏蔽的方法有很多种，但是今天我说的这种主要是利用MVC中的ActionFilterAttribute属性来实现。由于MVC天然支持AOP，所以我们这种过滤方式正好利用了MVC的这种特性。下面请看步骤：首先，当用户输入自己的名称的时候，带有类似<BR>的内容的时候，由于MV...

ASP.NET过滤类SqlFilter，防止SQL注入原创

什么是SQL注入？我理解的sql注入就是一些人可以通过恶意的参数输入，让后台执行这段SQL，然后达到获取数据或者破坏数据库的目的！举个简单的查询例子，后台sql是拼接的：select * from Test where name=+参数传递+；前台页面要求输入name，那么黑客可以输入： ;DROP TABLE Test;-- 不要小瞧这一段SQL代码： select * from Test where name= ;DROP TABLE Test;--；在SQL中是正确的，可执行的，但是执行后整个Test表都删除了，网...

ASP.NET MVC使用ActionFilterAttribute实现权限限制的方法(附demo源码下载)

本文实例讲述了ASP.NET MVC使用ActionFilterAttribute实现权限限制的方法。分享给大家供大家参考，具体如下： ActionFilterAttribute是Action过滤类,该属于会在执行一个action之前先执行.而ActionFilterAttribute是 MVC的一个专门处理action过滤的类.基于这个原理我们做一个权限限制例如：如何访问 HomeController 里的test action using System; using System.Collections.Generic; using System.Linq; using System.Web; usi...

HttpResponse的Output与OutputStream、Filter关系与区别介绍

在网上经常看见有这样的代码 HttpResponse response = HttpContext.Current.Response; response.Filter = new PageFilter(response.Filter); 来拦截输出流，自己也做个类似的东东，如asp.net中 js 合并压缩，现在我也来说说这几个东东是什么吧，需要大家对asp.net的生命周期比较熟悉，如不熟悉的朋友建议先看看ASP.NET 请求处理流程 ASP.NET管线与应用程序生命周期首先我们来看看这3个属性的源代码吧：代码如下:public TextWri...