深入了解 Authorize 和 AllowAnonymous

深入了解 Authorize 和 AllowAnonymous

Chapter 0 - Intro

最近做的一个项目的时候，自定义授权 Attribute 来区分用户权限，我的项目不太大，权限控制也不是很复杂，只涉及到匿名、普通用户、超级管理员。 权限验证方式使用的是默认的 MemberShip 认证结合自己自定义的 权限验证 Filter。

Chapter 1 - 自定义 Filter V1.0

Filter代码 V1.0

/// <summary>
/// 不需要登录即可访问
/// </summary>
public class NoPermissionRequiredAttribute : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        base.OnActionExecuting(filterContext);
    }
}

/// <summary>
/// 需要登录才能进行操作
/// </summary>
public class PermissionRequiredAttribute : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        if (filterContext.HttpContext.Session["User"]==null)
        {
            filterContext.Result = new RedirectResult("~/Admin/Account/Login");
        }
        base.OnActionExecuting(filterContext);
    }
}

/// <summary>
/// 需要有超级管理员权限
/// </summary>
public class AdminPermissionRequiredAttribute : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        if ((filterContext.HttpContext.Session["User"] == null) || !((filterContext.HttpContext.Session["User"] as Models.User).IsSuper))
        {
            filterContext.Result = new RedirectResult("~/Admin/Account/Login");
        }
        base.OnActionExecuting(filterContext);
    }
}

Chapter 2 - 控制器引用 Filter

控制器代码中引用Filter 代码：

[Authorize]
[Filters.PermissionRequired]
public class AccountController : BaseAdminController
{
    /// <summary>
    /// 登录页面
    /// </summary>
    /// <returns></returns>
    [AllowAnonymous]
    [Filters.NoPermissionRequired]
    [HttpGet]
    public ActionResult Login(string ReturnUrl)
    {
        if (!Url.IsLocalUrl(ReturnUrl))
        {
            ReturnUrl = "/Admin/Home/Index";
        }
        if (Helpers.AuthFormService.TryAutoLogin())
        {
            return Redirect(ReturnUrl);
        }
        return View();
    }

    /// <summary>
    /// 账户首页
    /// </summary>
    /// <returns></returns>
    public ActionResult Index()
    {
        Models.User u = Session["User"] as Models.User;
        return View(u);
    }
}

Chapter 3 - 运行代码

开始调试代码，访问这个 Login Action 时就直接崩了，一直在重定向到登录页面。 于是就想为什么会出现这样的情况呢，只使用 [Authorize] 和 [AllowAnonymous] 的时候是不会出现这种问题的, 但是为什么自定义 Filter 的时候会出现这样的问题呢，是哪里出现的问题呢。
首先自带的[Authorize] 和 [AllowAnonymous] 是基于 就近原则 的，离的越近的 Filter 的权限越高会覆盖掉父级定义的 Filter。 但是自定义的 Filter 却并没有依照 就近原则 这一原则来控制权限，所以可能内部并不是靠判断哪个 Filter 离得近就用哪个 Filter的，下一步反编译 MVC 代码，看 MVC 是怎么样处理 [Authorize] 和 [AllowAnonymous]的

Chapter 4 - 反编译分析出现问题的原因

利用 .Net 反编译工具 Reflector 或 JustDecompile反编译 System.Web.Mvc.dll ，在命名空间 System.Web.Mvc 下可以找到 Authorize 和 AllowAnonymous的定义，如下图所示：

AllowAnonymous定义：

Authorize定义

通过上面的 Authorize.OnAuthorization 方法的定义基本可以知道问题出现在哪里了，Authorize 在进行权限验证的时候会判断当前请求的 Controller 和 Action 上是否有 AllowAnonymous 定义，如果有定义则不进行验证，跳过验证，只有在 当前请求的 Controller 和 Action 上都没有 AllowAnonymous 时才会进行权限验证。

Chapter 5 - 自定义 Filter V2.0

知道问题出现在哪里了，就开始修改自定义的 Filter 代码吧，修改之后的代码如下所示：

/// <summary>
/// 需要登录才能进行操作
/// </summary>
public class PermissionRequiredAttribute : ActionFilterAttribute
{

    public override void OnActionExecuting(ActionExecutingContext filterContext)
    {
        if (!filterContext.ActionDescriptor.IsDefined(typeof(NoPermissionRequiredAttribute),true))
        {
            if (filterContext.HttpContext.Session["User"] == null)
            {
                filterContext.Result = new RedirectResult("~/Admin/Account/Login");
            }
        }            
        base.OnActionExecuting(filterContext);
    }
}

修改之后再次进行调试，导航到登录页面就不会再出现重定向的问题，就实现了按 就近原则 来决定 Filter 的优先级的自定义的 Filter 了。