Identity Server 4与Asp.net Core Identity集成：用户关联公司信息方案咨询

嘿，这个问题挺典型的，我帮你梳理下两种方案的利弊，你可以结合自己的业务场景来做选择：

这种方案更偏向于持久化数据的结构化管理，适合以下场景：

• 数据一致性要求高：如果公司名称（或后续要扩展的公司属性）可能经常变更，这种方式只需要更新Company表，所有关联用户的信息会自动同步，不用处理令牌过期或重新登录的问题
• 需要扩展公司属性：如果之后要给公司添加行业、规模、地址等更多字段，这种关联结构的扩展性更强，方便后续维护
• 需要基于公司做数据统计/权限管理：比如要统计某公司的用户数、给某公司的所有用户批量设置权限，通过关联表操作会更高效

当然它也有小缺点：每次主站需要显示公司名称时，可能需要额外查询一次数据库（或者在AspNetUser实体里加导航属性做预加载），会增加一点数据库开销。

这种方案更偏向于身份认证的高效性，适合以下场景：

• 公司名称极少变更：如果公司名称基本固定，把它放进Claim里可以让主站直接从身份票据/JWT令牌中读取，不用额外查库，性能更好
• 只需要返回公司名称这一个字段：不需要扩展其他公司属性的话，实现起来非常简单，不用修改数据库结构，只需要在Identity Server的ProfileService里添加Claim即可

它的局限性也很明显：

• 数据更新不及时：一旦公司名称修改，已经登录的用户的令牌里还是旧值，必须重新登录才能获取新名称，除非你额外实现令牌刷新或主动更新身份票据的逻辑
• 扩展性差：如果后续要加更多公司属性，把所有属性都塞进Claim会让令牌体积变大，既影响传输性能，也增加了安全风险

• 如果你的业务里公司名称很少变动，且暂时只需要这一个字段，优先选Claim方案，代码改动少，见效快
• 如果公司名称可能频繁修改，或者之后肯定要扩展公司的其他信息，果断选建表关联的方案，长期维护会更省心

要是选Claim方案，给你个简单的代码示例，在Identity Server的IProfileService实现里添加Claim：

public async Task GetProfileDataAsync(ProfileDataRequestContext context)
{
    var user = await _userManager.GetUserAsync(context.Subject);
    // 这里假设你有个获取用户所属公司名称的方法
    var companyName = await _companyService.GetCompanyNameByUserId(user.Id);
    context.IssuedClaims.Add(new Claim("company_name", companyName));
}

这样每次生成令牌时都会拉取最新的公司名称，但要记住，已经颁发的令牌不会自动更新哦。

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