解释 MVC 授权属性如何执行类似 AOP 的操作

Question

我一直试图弄清楚这在低级别是如何工作的：

[Authorize]
public ActionResult Index()
{
    return View();
}

基本上，上面的代码sn-p似乎拦截了对Index方法的调用，进行授权检查，如果没有授权就抛出异常。该异常会阻止调用 Index 方法中的代码。

这看起来很像 AOP，在 C# 中并不容易做到。如果我要实现我自己的扩展 System.Attribute 的类，我将没有任何接口来挂钩到我的属性装饰的方法的前调用或后调用。那么MVC的Authorize属性是怎么做的，我自己怎么做呢？

PostSharp 是一个使用 IL Weaving 完成相同任务的库。基本上，在编译时，PostSharp 会扫描程序集以查找使用某些属性修饰的方法，然后重新编写代码以将您的方法调用与其他方法调用包装起来。

MVC 框架是否也在编译时执行某种 IL Weaving？我可以进行自己的 IL Weaving 吗？或者是否有其他技术可以应用相同的 AOP 原则而无需复杂的 IL Weaving？

我试图查找有关 IL Weaving 的信息，但我找到的都是有关 PostSharp 的文章。由于许可问题，我宁愿远离 PostSharp，但此外，我只想知道他们是如何为我自己作为开发人员的成长而做的。这很迷人。

Answer 1

了解它的最简单方法是查看源代码。

一个基本的解释是 mvc 控制器不像 instance.method 那样简单地调用（在这种情况下，你需要 postsharp 使属性以相同的方式工作）

有一个ControllerActionInvoker 其中有方法

 public virtual bool InvokeAction(ControllerContext controllerContext, string actionName)
 {
    ...
    // get all the filters (all that inherit FilterAttribute), inlcuding the authorize attribute
    FilterInfo filterInfo = GetFilters(controllerContext, actionDescriptor); 

首先所有继承IAuthorizationFilter的过滤器都执行(Authorize, ValidateAntiForgeryToken)，如果验证成功则其余的都执行

AuthorizationContext authContext = InvokeAuthorizationFilters(controllerContext, filterInfo.AuthorizationFilters, actionDescriptor);
    //authContext.Result has value if authorization didn't succeed
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);

    //invoke the action with filters here
    ActionExecutedContext postActionContext = InvokeActionMethodWithFilters(controllerContext, filterInfo.ActionFilters, actionDescriptor, parameters);
    InvokeActionResultWithFilters(controllerContext, filterInfo.ResultFilters, postActionContext.Result);
}