.NET中User.IsInRole("Admin")角色授权失效问题求助

核心问题在于角色声明的类型与ASP.NET Core默认识别的类型不匹配，或者中间件顺序、认证配置存在疏漏。以下是针对性的解决步骤：

1. 修正角色声明的Claim类型 #

ASP.NET Core的User.IsInRole()和[Authorize(Roles)]默认识别的是ClaimTypes.Role（对应URI：http://schemas.microsoft.com/ws/2008/06/identity/claims/role）类型的声明。如果你的代码中用自定义字符串（比如直接写"role"）添加角色，会导致框架无法识别。

错误示例： #

// 错误：用自定义字符串作为Claim类型
identity.AddClaim(new Claim("role", user.Role));

正确做法： #

方案A：使用标准Claim类型

using System.Security.Claims;

// 替换为ClaimTypes.Role
identity.AddClaim(new Claim(ClaimTypes.Role, user.Role));

方案B：配置框架识别自定义Claim类型（如果坚持用自己的"role"字段）

在Program.cs中添加Identity配置，指定自定义的角色Claim类型：

builder.Services.Configure<IdentityOptions>(options =>
{
    options.ClaimsIdentity.RoleClaimType = "role"; // 与你添加声明时的类型一致
});

2. 确保登录时的认证Scheme配置正确 #

创建ClaimsIdentity时，必须指定与Cookie认证一致的Scheme，否则身份信息无法被正确识别：

using Microsoft.AspNetCore.Authentication.Cookies;

var identity = new ClaimsIdentity(
    new[] { new Claim(ClaimTypes.Role, user.Role) },
    CookieAuthenticationDefaults.AuthenticationScheme // 匹配Cookie认证的Scheme
);
var principal = new ClaimsPrincipal(identity);
await HttpContext.SignInAsync(CookieAuthenticationDefaults.AuthenticationScheme, principal);

3. 检查中间件顺序 #

Program.cs中的中间件顺序必须严格遵循以下顺序，否则授权逻辑会失效：

app.UseRouting();
app.UseAuthentication(); // 必须在UseAuthorization之前
app.UseAuthorization();
app.UseEndpoints(endpoints =>
{
    endpoints.MapControllerRoute(
        name: "default",
        pattern: "{controller=Home}/{action=Index}/{id?}");
});

4. 验证角色值的大小写一致性 #

IsInRole()是大小写敏感的，确保数据库中存储的角色值（比如"Admin"）与代码中判断的字符串完全一致，避免因大小写差异导致验证失败。

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