ASP.NET Core Identity UserManager空数据库返回非空实体问题

这种情况我之前也遇到过，大概率是依赖注入生命周期配置错误，或者代码里有不经意的实体创建逻辑，下面给你一步步排查的方向：

1. 检查DbContext和UserManager的DI生命周期 #

ASP.NET Core Identity的UserManager<TUser>和对应的DbContext都应该注册为Scoped生命周期，这样每个请求都会拿到新的实例，避免上下文缓存复用：

• 确保你的DbContext注册正确：

  services.AddDbContext<ApplicationDbContext>(options =>
      options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection")));
  

  这里默认就是Scoped，不要手动改成Singleton，否则全局复用的上下文会缓存之前的实体，即使数据库是空的也会返回。

• 检查UserManager的注册：
  如果你用的是框架默认的Identity注册方式（AddDefaultIdentity或AddIdentity），框架会自动把UserManager注册为Scoped：

  services.AddDefaultIdentity<ApplicationUser>(options => options.SignIn.RequireConfirmedAccount = true)
      .AddEntityFrameworkStores<ApplicationDbContext>();
  

  要是你手动注册了UserManager，一定要指定Scoped：

  services.AddScoped<UserManager<ApplicationUser>>();
  

  错误注册成Singleton的话，会导致UserManager实例被全局复用，带着之前的上下文缓存，每次查询都返回同一个实体。

2. 检查服务类的业务逻辑 #

最容易忽略的点：你是不是在调用FindByEmailAsync后，不小心创建了新的用户实体？比如下面这种错误代码：

var user = await _userManager.FindByEmailAsync(email);
if (user == null)
{
    user = new ApplicationUser(); // 这里会生成带默认Id的空实体！
}

这种情况即使数据库里没有用户，你也会得到一个新的实体，而不是预期的null。仔细检查你的服务类代码，有没有类似的逻辑。

3. 确认数据库连接的正确性 #

有时候我们会犯低级错误：代码连接的数据库和我们查看的不是同一个！比如本地SQL Server和SQL Server Express的区别，或者连接字符串里的数据库名写错了。

你可以在代码里添加日志，输出实际执行的SQL查询，或者用SQL Server Profiler跟踪一下，看看FindByEmailAsync实际查询的是哪个数据库的AspNetUsers表。

4. 内存数据库的特殊情况 #

如果你用的是UseInMemoryDatabase做测试，那要注意：内存数据库的数据是存在DbContext实例里的，除非重启应用或者手动清空，否则数据会一直保留。如果你的DbContext是Singleton，那上下文里的用户数据会一直存在，即使你以为数据库是空的。

解决方法：要么重启应用，要么在测试时手动清空内存数据库，比如在Startup里添加初始化逻辑，或者改用真实的关系型数据库测试。

5. 自定义UserStore的逻辑检查 #

如果你实现了自定义的IUserStore<ApplicationUser>或者重写了UserManager的查询方法，一定要检查FindByEmailAsync的逻辑，是不是错误地返回了新实体而不是null。比如下面的错误示例：

public Task<TUser> FindByEmailAsync(string normalizedEmail, CancellationToken cancellationToken)
{
    // 错误：没有查询数据库，直接返回新实体
    return Task.FromResult(new ApplicationUser());
}

这种情况不管数据库有没有用户，都会返回一个带Id的空实体。

6. 清空DbContext跟踪缓存验证 #

如果以上都没问题，那可以尝试清空DbContext的跟踪缓存，看看是不是上下文缓存了之前的实体：

// 在你的服务类里，调用UserManager查询前先清空跟踪
_context.ChangeTracker.Clear();
var user = await _userManager.FindByEmailAsync(email);

如果这样就返回null了，那说明是DbContext的缓存问题，回到第一步检查DbContext的生命周期是否正确。

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