调用Microsoft Graph重置Azure AD B2C用户密码未生效问题

密码未实际修改是几个高频踩坑点导致的，按出现概率排序：

• 异步方法未等待：你调用的UpdateAsync是异步Task方法，代码中没有添加await关键字等待请求执行完成。这种场景下程序不会等待Graph接口返回结果就会继续执行后续逻辑，若请求过程中出现报错、甚至程序提前退出直接中断请求，你写的catch块完全捕获不到相关异常，就会出现“无报错但修改不生效”的假象。
• 权限配置不符合B2C要求：Azure AD B2C场景下通过Graph重置本地用户密码，调用方必须持有User.ReadWrite.All应用权限（委托权限不支持管理员重置其他用户密码的场景），且完成租户管理员同意。权限不匹配时接口不会返回显式403报错，会静默忽略密码字段的修改，直接返回成功响应。
• 用户匹配逻辑偏差：B2C本地账号的Mail字段默认可能为空，账号标识实际存储在用户的Identities属性中，你当前用Mail字段匹配到的用户，可能不是你预期要修改密码的目标本地账号。

string GeneratedPassword = "Testing@12345";
// 生成的密码需符合B2C租户配置的密码复杂度要求，默认策略要求8位以上、包含大小写字母、数字、特殊符号
var currentUser = users.Where(x => x.Mail == accountEmail).ToArray();

if (currentUser.Length != 0)
{
    Console.WriteLine($"匹配到用户ID：{currentUser[0].Id}");
    try
    {
        var updateUser = new User
        {
            PasswordProfile = new PasswordProfile
            {
                ForceChangePasswordNextSignIn = false,
                Password = GeneratedPassword
            }
        };

        // 必须添加await等待异步请求执行完成
        await graphServiceClient.Users[currentUser[0].Id]
            .Request()
            .UpdateAsync(updateUser);
        
        Console.WriteLine("密码重置请求执行成功");
    }
    catch(Exception ex)
    {
        // 打印完整异常栈，可直接定位权限不足、密码不符合策略等具体错误
        Console.WriteLine($"重置失败：{ex}");
    }
}

如果修正代码后仍不生效，按顺序检查：

1. 确认你调用Graph使用的应用注册，已添加User.ReadWrite.All应用权限，且已点击「授予管理员同意」，权限状态显示为已授予。
2. 打印匹配到的用户ID，在B2C用户列表中核对ID对应的账号是否为你要修改的目标账号，避免匹配到错误用户。
3. 临时关闭ForceChangePasswordNextSignIn = false配置测试，排除租户密码策略的拦截影响。

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