我正在使用IdentityServer4。
我想添加其他自定义声明来访问令牌，但我无法执行此操作。根据 Coemgen below 的建议，我已经修改了 Quickstart5 并通过 ProfileService 添加了 ASP.NET Identity Core 和自定义声明。
你可以在这里下载我的代码：[zip package][3]。 （它基于：Quickstart5 和 ASP.NET Identity Core 并通过 ProfileService 添加声明）。
问题：GetProfileDataAsync 未执行。
【问题讨论】：
标签： c# asp.net-core oauth-2.0 openid identityserver4
发现问题。
在 startup.cs 中，不要添加 services.AddTransient<IProfileService, ProfileService>();，而是将 .AddProfileService<ProfileService>() 添加到 services.AddIdentityServer()。
你最终会得到
services.AddIdentityServer()
.AddTemporarySigningCredential()
.AddInMemoryIdentityResources(Config.GetIdentityResources())
.AddInMemoryApiResources(Config.GetApiResources())
.AddInMemoryClients(Config.GetClients())
.AddAspNetIdentity<ApplicationUser>()
.AddProfileService<ProfileService>();
感谢 Coemgen 的帮助！代码没什么问题，只是启动出错了。
【讨论】：
services.AddTransient<IProfileService, ProfileService>();，你应该在将身份服务器添加到服务之后这样做，这样你的注册就会覆盖 IS 所做的那个
您应该实现自己的ProfileService。
看看我在实现相同时遵循的这篇文章：
这是我自己的实现示例：
public class ProfileService : IProfileService
{
protected UserManager<ApplicationUser> _userManager;
public ProfileService(UserManager<ApplicationUser> userManager)
{
_userManager = userManager;
}
public async Task GetProfileDataAsync(ProfileDataRequestContext context)
{
//>Processing
var user = await _userManager.GetUserAsync(context.Subject);
var claims = new List<Claim>
{
new Claim("FullName", user.FullName),
};
context.IssuedClaims.AddRange(claims);
}
public async Task IsActiveAsync(IsActiveContext context)
{
//>Processing
var user = await _userManager.GetUserAsync(context.Subject);
context.IsActive = (user != null) && user.IsActive;
}
}
不要忘记在 Startup.cs 中配置服务（通过 this answer）
services.AddIdentityServer()
.AddProfileService<ProfileService>();
【讨论】：
虽然您已经正确配置了您的可用身份资源（标准和自定义），但您还需要明确定义在调用您的 api 资源时哪些是必需的。为了定义这一点，您必须转到 ExampleIdentityServer 项目上的 Config.cs 类并提供第三个参数，例如 new ApiResouirce 构造函数。只有那些会被包含在access_token
// scopes define the API resources in your system
public static IEnumerable<ApiResource> GetApiResources()
{
return new List<ApiResource>
{
new ApiResource("api1", "My API", new[] { JwtClaimTypes.Subject, JwtClaimTypes.Email, JwtClaimTypes.Phone, etc... })
};
}
本质上，这意味着我为我的组织配置了身份声明，但可能涉及多个 API，并且并非所有 API 都使用所有可用的配置文件声明。这也意味着这些将出现在您的ClaimsPrincipal 中，所有其余部分仍然可以通过“userinfo”端点作为正常的 http 调用进行访问。
如果您选择通过AllowOfflineAccess = true 启用刷新令牌，您在刷新 access_token 时可能会遇到相同的行为“GetProfileDataAsync 未执行！”。因此，尽管您获得了具有更新生命周期的新 access_token，但 access_token 中的声明保持不变。如果是这种情况，您可以通过在客户端配置上设置 UpdateAccessTokenClaimsOnRefresh=true 来强制他们始终从 Profile Service 刷新。
【讨论】：
您可以通过在配置类的 GetIdentityResources() 中使用 UserClaims 选项来包含任何声明：
用户声明： 应包含在身份令牌中的关联用户声明类型的列表。 （根据官方文档）http://docs.identityserver.io/en/release/reference/identity_resource.html#refidentityresource
【讨论】：