自定义AuthorizeAttribute引发无限重定向，无法触发VerifyPhoneNumber断点

核心原因 #

你的VerifyPhoneNumber动作同样被CustomAuthorizeAttribute拦截，导致用户被重定向至该动作后，再次触发授权检查——此时用户仍未验证手机号，于是又被重定向回去，形成无限循环。而断点未触发，是因为授权逻辑在动作执行前就拦截了请求，根本没进入VerifyPhoneNumber的代码逻辑。

解决方案 #

方案1：给VerifyPhoneNumber添加匿名访问允许 #

直接在VerifyPhoneNumber动作上标记[AllowAnonymous]，让它跳过自定义授权检查：

[AllowAnonymous]
public ActionResult VerifyPhoneNumber()
{
    // 你的动作代码
    return PartialView(); // 假设是返回模态弹窗的局部视图
}

方案2：在自定义授权属性中排除目标动作 #

如果不想用[AllowAnonymous]，可以在CustomAuthorizeAttribute的OnAuthorization方法开头，先判断当前请求是否为Account/VerifyPhoneNumber，若是则直接跳过授权逻辑：

public override void OnAuthorization(AuthorizationContext filterContext)
{
    // 先排除目标动作，避免循环重定向
    var controller = filterContext.RouteData.Values["controller"]?.ToString();
    var action = filterContext.RouteData.Values["action"]?.ToString();
    if (controller == "Account" && action == "VerifyPhoneNumber")
    {
        base.OnAuthorization(filterContext);
        return;
    }

    // 你的原有授权逻辑
    var user = filterContext.HttpContext.User;
    if (user.Identity.IsAuthenticated)
    {
        // 判断是否为AD用户且未验证手机号
        if (IsActiveDirectoryUser(user) && !HasVerifiedPhoneNumber(user))
        {
            // 重定向至验证页面
            filterContext.Result = new RedirectToRouteResult(
                new RouteValueDictionary
                {
                    { "controller", "Account" },
                    { "action", "VerifyPhoneNumber" }
                });
            return;
        }
    }

    base.OnAuthorization(filterContext);
}

额外注意点 #

1. 确认你的CustomAuthorizeAttribute是否是全局注册的（比如在FilterConfig中添加了全局过滤器），如果是，所有控制器/动作都会被拦截，必须排除VerifyPhoneNumber；
2. 检查重定向代码的路由参数是否正确，确保能准确指向Account/VerifyPhoneNumber；
3. 若验证页面是模态弹窗，建议返回局部视图而非完整视图，避免重复加载布局导致的额外问题。

内容的提问来源于stack exchange，提问作者ray805