Blazor自定义AuthenticationStateProvider始终无法返回授权状态问题排查

我之前调试Blazor自定义认证的时候也踩过这个坑，你的问题核心是创建ClaimsIdentity时没有指定有效的认证类型，导致系统认为用户未完成认证，所以[Authorize]属性一直拦截访问。

具体问题拆解 #

看你写的这段代码：

var identity = new ClaimsIdentity(new[] { new Claim(ClaimTypes.Email, "user@fake.com","apiauth_type_email") });

你这里给Claim对象传了第三个参数（用来标记Claim值的类型），但没有给ClaimsIdentity本身指定authenticationType参数。在.NET中，ClaimsIdentity的IsAuthenticated属性只有在authenticationType不为空/Null时才会返回true——而[Authorize]属性正是靠这个判断用户是否已登录的。

修复步骤 #

1. 修正ClaimsIdentity的创建逻辑 #

把你的GetAuthenticationStateAsync方法改成这样：

public override Task<AuthenticationState> GetAuthenticationStateAsync()
{
    // 关键：给ClaimsIdentity传入非空的认证类型，这里用"FakeAuth"作为示例，你可以换成任意标识
    var identity = new ClaimsIdentity(
        new[] { new Claim(ClaimTypes.Email, "user@fake.com") }, 
        "FakeAuth"); 
    var user = new ClaimsPrincipal(identity);
    return Task.FromResult(new AuthenticationState(user));
}

只要ClaimsIdentity的第二个参数（认证类型）不为空，user.Identity.IsAuthenticated就会变成true，[Authorize]就会认可这个用户的登录状态。

2. 额外的配置检查 #

为了确保万无一失，你可以再核对以下几点：

• Startup.cs（Blazor Server）的中间件顺序：app.UseAuthentication()必须在app.UseAuthorization()之前，而且要放在app.UseRouting()之后、app.UseEndpoints()之前，顺序错了也会导致认证失效。
• 服务注册顺序：services.AddScoped<AuthenticationStateProvider, LocalStorageAuthenticationStateProvider>()要确保覆盖了默认的认证状态提供程序，不要在它之后再注册默认的实现。
• 验证用户状态：可以在授权页面加一段调试代码，确认用户的认证状态：

  @inject AuthenticationStateProvider AuthState
  @code {
      protected override async Task OnInitializedAsync()
      {
          var state = await AuthState.GetAuthenticationStateAsync();
          Console.WriteLine($"用户已认证：{state.User.Identity.IsAuthenticated}");
          Console.WriteLine($"用户邮箱：{state.User.FindFirst(System.Security.Claims.ClaimTypes.Email)?.Value}");
      }
  }
  

  如果输出里IsAuthenticated是true，说明修复生效了。

为什么之前的代码不行？ #

因为你之前的ClaimsIdentity没有指定认证类型，它的IsAuthenticated默认是false——哪怕你添加了Email Claim，系统也会认为这是一个未经过认证的匿名用户，自然会被[Authorize]拦截。

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