配置[Authorize(Roles="Admin")]后出现访问拒绝的技术咨询

常见原因及验证方向 #

• 用户未被分配Admin角色
  检查AspNetUserRoles表，确认当前登录用户的UserId与Admin角色的RoleId存在关联记录。哪怕AspNetRoles表有Admin角色，只要用户没被分配该角色，就会触发访问拒绝。
• 角色名称大小写不匹配
  核对代码中"Admin"的大小写与AspNetRoles表中RoleName的大小写是否完全一致。部分数据库（如PostgreSQL）大小写敏感，若数据库存的是admin而代码写Admin，会导致角色匹配失败。
• 认证服务未启用角色管理
  检查项目配置文件（Startup.cs/Program.cs），确保身份认证服务添加了角色支持：

  builder.Services.AddDefaultIdentity<IdentityUser>(options => options.SignIn.RequireConfirmedAccount = true)
      .AddRoles<IdentityRole>() // 必须添加此行启用角色功能
      .AddEntityFrameworkStores<ApplicationDbContext>();
  

  同时确认中间件顺序正确：UseAuthentication()要在UseAuthorization()之前执行。
• 登录会话无角色声明
  在控制器或视图中输出User.Claims，查看是否包含role类型的声明，且值为Admin。若没有，说明登录时未正确加载角色信息。
• 数据库迁移未完全应用
  确认所有数据迁移已同步到数据库，比如AspNetUserRoles表是否存在、外键关联是否正常，避免因表结构缺失导致角色关联无法读取。

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