ASP.NET中UserManager.FindByEmailAsync返回Null但数据库存在用户

你遇到的FindByEmailAsync始终返回null的问题，结合你的代码和MSSQL环境，大概率是以下几个原因之一，按优先级排查：

1. 数据库数据与登录输入不匹配 #

直接打开MSSQL数据库查看AspNetUsers表：

• 确认注册用户的Email字段是否正确存储，有没有拼写错误、大小写差异、前后空格。
• 检查用户的TenantId是否正确——如果是多租户系统，默认的FindByEmailAsync不会自动过滤租户，相同邮箱可能存在于不同租户下，全局查找时就可能返回null（这种场景下必须按「租户ID+邮箱」组合查找）。

2. 注册流程存在疏漏 #

虽然你用了CreateAsync，但要确认：

• 注册时ApplicationUser的Email属性是否被正确赋值（比如有没有从Dto映射错误，导致Email为空）。
• 调用_userManager.CreateAsync(user, password)后，是否检查了返回结果的Succeeded属性？如果创建失败（比如邮箱格式错误、密码不符合规则），用户根本没存入数据库，但你可能没处理这个错误，误以为注册成功。

3. UserManager或UserStore的配置问题 #

• 如果你自定义了UserStore，检查FindByEmailAsync方法的实现，有没有额外的过滤条件（比如IsDeleted = false、IsActive = true），但注册时这些字段没正确设置，导致查找不到。
• 确认UserManager注入的是正确实例，有没有在Startup/Program.cs中正确配置AddIdentity或AddDefaultIdentity，并关联到你的ApplicationUser和MSSQL上下文。

4. 多租户场景下的默认方法局限性 #

你的代码里用到了TenantId，说明是多租户系统，但默认的FindByEmailAsync是全局查找用户，不会考虑租户隔离。这时候需要修改GetUserByEmail方法，结合租户ID查询：

public async Task<ApplicationUser> GetUserByEmail(string email, string tenantId)
{
    return await _context.Users
        .FirstOrDefaultAsync(u => u.Email.Equals(email, StringComparison.OrdinalIgnoreCase) 
                                 && u.TenantId == tenantId);
}

登录时从请求头或Dto中获取租户ID，再调用这个方法即可。

5. 大小写敏感性问题 #

MSSQL默认排序规则不区分大小写，但如果AspNetUsers表的Email字段设置了区分大小写的排序规则，就会导致查找失败。可以修改字段排序规则为SQL_Latin1_General_CP1_CI_AS（不区分大小写），或者在查询时忽略大小写：

return await _context.Users
    .FirstOrDefaultAsync(u => u.Email.Equals(email, StringComparison.OrdinalIgnoreCase));

快速排查测试 #

在登录方法里加一行日志，输出用户传入的userDto.Email，和数据库里的Email对比，确认是否一致：

[HttpPost("login")]
[AllowAnonymous]
public async Task<IActionResult> Login(UserLoginDto userDto)
{
    Console.WriteLine($"Login attempt with email: {userDto.Email}");
    var user = await _userRepository.GetUserByEmail(userDto.Email);
    // ... 剩余代码
}

如果日志里的邮箱有前后空格，登录前先做Trim处理：

var cleanedEmail = userDto.Email.Trim().ToLower();
var user = await _userRepository.GetUserByEmail(cleanedEmail);

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