Blazor中EF Core DbContext缓存导致查询数据不更新问题

Blazor Server 基于 SignalR 长连接实现，服务生命周期规则和传统请求-响应模式的 ASP.NET 应用存在本质区别：

• 传统 ASP.NET MVC/API/Razor Pages 中，Scoped 生命周期服务以单个 HTTP 请求为边界，请求结束后服务实例立即释放，AddDbContext 默认注册的 Scoped 生命周期 DbContext 会随请求销毁，不会残留缓存。
• Blazor Server 中，Scoped 生命周期服务以用户电路（Circuit，即单个用户的页面会话连接）为边界，用户从打开页面到关闭标签页的整个会话期间，注入的 Scoped 类型 DbContext、UsersService 只会实例化一次。EF Core 的 DbContext 默认带有一级缓存，会永久保留会话内查询过的实体，外部直接修改数据库时，长生命周期的 DbContext 不会主动拉取最新值，就会出现你遇到的旧数据问题。

方案1：查询时关闭实体跟踪（适配只读查询场景） #

如果你的查询仅用于读取展示数据，不需要通过 DbContext 提交实体更新，直接在查询时添加 AsNoTracking() 即可，EF Core 不会将查询结果存入缓存，每次查询都会直连数据库拉取最新值。
修改查询逻辑：

List<UsersModel> _usersModel = dbContext.Users
    .AsNoTracking()
    .Where(a => a.Email == pEmail)
    .ToList();

如果服务内全是只读查询，还可以全局配置 DbContext 默认关闭跟踪，不需要每个查询单独加：

services.AddDbContext<ApplicationDbContext>(options => 
    options.UseNpgsql(Configuration.GetConnectionString("MyConnection"))
           .UseQueryTrackingBehavior(QueryTrackingBehavior.NoTracking)
);

方案2：用DbContext工厂创建短生命周期实例（最匹配你之前DataSet的使用习惯） #

官方推荐 Blazor 场景下优先使用 IDbContextFactory 管理 DbContext：每次执行数据操作时新建一个用完即释放的 DbContext 实例，不存在长生命周期缓存，和你之前每次新建 DataSet 查询、用完释放的逻辑完全一致。
第一步调整服务注册：

// 原有AddDbContext可保留，补充注册DbContext工厂
services.AddDbContextFactory<ApplicationDbContext>(options => 
    options.UseNpgsql(Configuration.GetConnectionString("MyConnection")),
    lifetime: ServiceLifetime.Scoped
);

第二步修改 UsersService，不再直接注入 DbContext，改为注入工厂按需创建实例：

public class UsersService
{
    private readonly IDbContextFactory<ApplicationDbContext> _contextFactory;

    public UsersService(IDbContextFactory<ApplicationDbContext> contextFactory)
    {
        _contextFactory = contextFactory;
    }

    public async Task<UsersResponse> GetUserByEmail(string pEmail)
    {
        var response = new UsersResponse();
        try
        {
            // 每次查询新建DbContext，using包裹自动释放，无缓存残留
            using var dbContext = _contextFactory.CreateDbContext();
            var users = dbContext.Users.Where(a => a.Email == pEmail).ToList();

            response.Error = string.Empty;
            response.Successful = true;
            response.Users = users;
        }
        catch(Exception ex)
        {
            response.Error = ex.Message;
            response.Successful = false;
            response.Users = new List<UsersModel>();
        }        
        return response;
    }
}

这种方式可以彻底规避长生命周期 DbContext 带来的缓存、并发操作冲突问题。

方案3：主动清空DbContext跟踪缓存 #

如果确实需要复用同一个 DbContext 实例做增删改操作，可以在查询前清空当前 DbContext 的所有跟踪实体，强制后续查询走数据库：

// 清空所有已跟踪实体，注意会丢失未提交的实体修改状态
dbContext.ChangeTracker.Clear();
List<UsersModel> _usersModel = dbContext.Users.Where(a => a.Email == pEmail).ToList();

• 不要通过将 DbContext 注册为 Transient 生命周期尝试解决问题：Blazor 中 Scoped 服务注入的 Transient 实例会被 Scoped 服务持有，生命周期和 Scoped 服务一致，无法解决缓存问题。
• Blazor WebAssembly 场景下 DbContext 运行在浏览器内存中，本身就是长生命周期，更推荐使用方案2的工厂模式管理实例。

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