EF Core 6：如何基于当前用户角色定义全局查询筛选器？

你当前的问题根源在于OnModelCreating是EF Core上下文初始化阶段执行的，此时还没有活跃的HttpContext，直接调用identityService.GetUserRole()会返回null，导致筛选器配置失效。要实现运行时动态根据用户角色筛选，需要让筛选器表达式延迟执行，在每次查询时才去获取当前用户信息。

1. 修改全局查询筛选器配置 #

在OnModelCreating中，不要提前获取用户角色，而是将IdentityService的方法调用直接嵌入筛选器表达式中。EF Core会在每次执行查询时解析这个表达式，此时HttpContext已经存在，就能拿到正确的用户信息：

modelBuilder.Entity<Intervention>(entity =>
{
    entity.ToTable("Interventions");
    entity.HasKey(e => e.Id).HasName("PK__Intervention");

    // 其他属性映射...

    // 动态筛选器：每次查询时获取当前用户角色
    entity.HasQueryFilter(e => 
        // Master角色不做筛选，其他角色仅能查看自身CustomerId对应的记录
        identityService.GetUserRole() == "Master" 
        || e.CustomerId.Equals(identityService.GetUserRoleId())
    );
});

2. 处理无HttpContext的场景（可选） #

如果你的应用包含后台任务、定时任务等没有HttpContext的场景，需要避免筛选器抛出异常。可以在筛选器中添加兜底逻辑，或者在IdentityService的方法里补充默认值：

方案一：在筛选器中增加无上下文判断 #

entity.HasQueryFilter(e => 
    // 无HttpContext时（如后台任务）不做筛选，可根据业务需求调整规则
    identityService.GetUserRole() == null
    || identityService.GetUserRole() == "Master" 
    || e.CustomerId.Equals(identityService.GetUserRoleId())
);

方案二：在IdentityService中设置默认值 #

public string GetUserRole()
    => httpContextAccessor.HttpContext?.User?.GetRole() ?? "Master"; // 后台任务默认赋予Master权限

3. 确保依赖注入配置正确 #

必须保证IHttpContextAccessor和IdentityService已被正确注册到DI容器：

// Program.cs 或 Startup.cs
builder.Services.AddHttpContextAccessor();
builder.Services.AddScoped<IdentityService>();
builder.Services.AddDbContext<ApplicationDbContext>();

额外注意事项 #

• 全局查询筛选器会自动应用到所有针对Intervention实体的查询，包括关联查询（如Include）。若需临时禁用筛选器，可使用IgnoreQueryFilters()方法：

  var allInterventions = dbContext.Interventions.IgnoreQueryFilters().ToList();
  

• 需确保GetUserRole()和GetUserRoleId()方法对Claims的解析逻辑可靠，避免因身份信息解析错误导致筛选异常。

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