Xamarin集成Azure AD B2C时AcquireTokenAsync返回User.DisplayableId为空

看起来你遇到的问题很典型——Azure AD B2C登录成功后，只有User.IdentityProvider有值，而User.Name和User.DisplayableId全为空。结合你提到的配置情况，我梳理了几个关键排查点和解决办法：

1. 确认应用声明是否正确包含所需属性 #

你提到已经选择了应用声明，但得确保你真的勾选了用于显示的名称（比如displayName）、用户名或电子邮件这类核心属性：

• 在Azure AD B2C的应用注册里，进入「API权限」→「添加权限」→「Microsoft Graph」→「委托权限」，必须勾选openid（获取ID Token的基础权限）、profile（获取用户基本资料）、email（如果需要用邮箱作为DisplayableId）。
• 同时在你的用户流/自定义策略里，也要把这些属性设置为返回给应用。比如在用户流的「应用声明」步骤，手动勾选「显示名称」「电子邮件地址」等选项。

2. 检查AcquireTokenAsync的范围参数 #

你的AcquireTokenAsync调用必须包含openid和profile这些核心范围，否则AD B2C不会返回对应的用户信息。给你一个正确的调用示例参考：

var result = await App.PCA.AcquireTokenInteractive(new[] { "openid", "profile", "email" })
                      .WithAuthority(authority)
                      .WithParentActivityOrWindow(parentWindow)
                      .ExecuteAsync();

如果你的范围里缺了这些，哪怕声明配置对了，也拿不到数据。

3. 直接验证ID Token内容 #

有时候User对象的属性映射可能有延迟或异常，你可以直接解析ID Token确认AD B2C是否返回了所需字段：用result.IdToken拿到令牌后，用JWT解析工具查看里面是否包含name、email、displayName这些字段。如果ID Token里有这些值，那问题可能出在MSAL库对User对象的映射上；如果ID Token里也没有，那肯定是声明配置环节出了问题。

4. 确认身份提供商的权限配置 #

每个第三方身份提供商都需要你在它们的开发者平台配置对应权限，允许AD B2C获取用户基本资料：

• Google：在Google Cloud Console里，确保OAuth客户端启用了「People API」，并且请求了profile和email范围。
• LinkedIn：在LinkedIn开发者平台，配置应用权限时勾选r_liteprofile和r_emailaddress。
• Facebook：在Facebook开发者后台，确保应用请求了public_profile和email权限。
• Twitter：注意Twitter API v2需要额外配置用户字段，确保请求了name和username等内容。

5. 检查MSAL库版本 #

确保你用的Xamarin MSAL库（Microsoft.Identity.Client）是最新稳定版，旧版本可能存在属性映射的Bug。通过NuGet更新到最新版后再重新测试。

如果以上步骤都排查过还是有问题，可以把你的AcquireTokenAsync代码片段和应用声明配置的具体内容贴出来，这样能更精准地定位问题。

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