IdentityServer4自身站点无法获取用户Claims问题咨询

我刚好碰到过类似的问题，其实这是IdentityServer4的默认行为导致的——默认情况下，用户的额外Claims只会被包含在发给客户端的令牌里，IdentityServer自身的上下文并不会自动加载这些信息。下面是具体的解决步骤，亲测在官方QuickStart示例里有效：

1. 自定义IProfileService扩展用户信息 #

IdentityServer4提供了IProfileService接口，我们可以通过实现它来控制哪些Claims要同步到IdentityServer自身的用户上下文，同时也能管理发给客户端的Claims。

先写一个自定义的ProfileService：

public class CustomProfileService : IProfileService
{
    private readonly IUserClaimsPrincipalFactory<ApplicationUser> _claimsFactory;
    private readonly UserManager<ApplicationUser> _userManager;

    public CustomProfileService(UserManager<ApplicationUser> userManager, IUserClaimsPrincipalFactory<ApplicationUser> claimsFactory)
    {
        _userManager = userManager;
        _claimsFactory = claimsFactory;
    }

    public async Task GetProfileDataAsync(ProfileDataRequestContext context)
    {
        // 获取当前用户的唯一标识
        var userId = context.Subject.GetSubjectId();
        var user = await _userManager.FindByIdAsync(userId);
        if (user == null) throw new ArgumentException("找不到指定用户");

        // 生成包含用户基础Claims的Principal
        var userPrincipal = await _claimsFactory.CreateAsync(user);
        var allClaims = userPrincipal.Claims.ToList();

        // 添加用户在系统中额外配置的Claims
        allClaims.AddRange(await _userManager.GetClaimsAsync(user));

        // 将Claims注入上下文，这样IdentityServer自身和客户端都能获取到
        context.IssuedClaims = allClaims;
    }

    public async Task IsActiveAsync(IsActiveContext context)
    {
        var userId = context.Subject.GetSubjectId();
        var user = await _userManager.FindByIdAsync(userId);
        // 标记用户是否处于活跃状态
        context.IsActive = user != null;
    }
}

然后在服务注册环节把这个自定义类注入进去（以.NET 6+的Program.cs为例）：

builder.Services.AddScoped<IProfileService, CustomProfileService>();

2. 在IdentityServer内部功能中读取Claims #

完成上面的配置后，你就可以在IdentityServer自己的控制器、Razor页面里，通过HttpContext.User直接获取用户的所有Claims了，比如：

public IActionResult MyInternalDashboard()
{
    var userName = User.FindFirst(ClaimTypes.Name)?.Value;
    var userEmail = User.FindFirst(ClaimTypes.Email)?.Value;
    var userRole = User.FindFirst(ClaimTypes.Role)?.Value;
    // 根据你的业务需求读取其他Claims...
    return View();
}

3. 验证QuickStart示例的修复效果 #

拿官方的QuickStart项目来说，你只需要添加上述的CustomProfileService并完成注册，然后在Account控制器或者新增的内部页面里尝试遍历User.Claims，就能看到你给用户设置的所有Claims了，而不再只有默认的sub标识。

补充提示 #

• 如果你需要区分“发给客户端的Claims”和“IdentityServer自身使用的Claims”，可以在GetProfileDataAsync方法里通过context.Client.ClientId来做条件判断，按需返回不同的Claims集合。
• 确保你的用户存储（比如AspNetUsers表）里已经正确保存了用户的Claims，或者你在IUserClaimsPrincipalFactory的实现里已经添加了这些自定义Claims，否则可能会出现Claims缺失的情况。

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