EF Core在仓储层按ID查询记录抛出Sequence contains no elements异常

这个问题的核心诱因几乎都和EF Core上下文的生命周期、全局查询过滤器两个点相关，按优先级给出排查和解决方法：

1. 优先检查服务生命周期匹配问题 #

默认你注册的ActionDbContext是Scoped生命周期（每次请求创建一个新实例），如果你的INotificationService被注册为Singleton单例，就会出现上下文不一致问题：

• 控制器里注入的ActionDbContext是当前请求的Scoped实例，能正常拿到请求上下文的参数
• 单例INotificationService构造函数注入的ActionDbContext是根服务容器创建的全局实例，没有请求上下文信息，生命周期和应用一致，和控制器的上下文完全独立

对应解决方法 #

不要在单例服务的构造函数中直接注入Scoped的DbContext，改为注入IServiceScopeFactory，每次操作数据库时主动创建Scope获取上下文：

public class NotificationService : INotificationService
{
    private readonly IServiceScopeFactory _scopeFactory;
    public NotificationService(IServiceScopeFactory scopeFactory)
    {
        _scopeFactory = scopeFactory;
    }

    public void FinishEvent(Guid eventId)
    {
        using var scope = _scopeFactory.CreateScope();
        var dbContext = scope.ServiceProvider.GetRequiredService<ActionDbContext>();
        // 后续用这个dbContext调用仓储逻辑即可
    }
}

2. 检查全局查询过滤器 #

如果你在ActionDbContext的OnModelCreating方法中为Event实体配置了全局查询过滤器（比如软删除过滤、租户ID过滤、权限过滤等），很可能出现过滤器参数值不一致的情况：

• 控制器请求中的过滤器依赖的Scoped参数（比如当前租户ID、当前用户ID）是正常赋值的，能查到对应记录
• 单例服务中的上下文拿不到请求上下文的参数，过滤器用了默认值（比如租户ID默认是空），直接把目标记录过滤掉，导致序列为空。

验证方法 #

开启EF Core日志输出，或者用SQL Server Profiler抓包，对比控制器和仓储执行的SQL语句：如果仓储执行的SQL比控制器的多了额外的WHERE条件，就可以确认是全局过滤器的问题。
如果要临时禁用过滤器，可以在查询时加上IgnoreQueryFilters()：

return _dbContext.Events
                 .IgnoreQueryFilters()
                 .Include(a => a.Lots)
                 .ThenInclude(a => a.Action)
                 // 原有Include逻辑不变
                 .First(a => a.Id == eventId);

3. 其他排查点 #

• 确认仓储层使用的DbContext连接字符串和控制器的一致，没有走测试库/旧库的配置
• 在仓储查询前调用_dbContext.ChangeTracker.Clear()清除本地跟踪缓存，避免本地未提交的变更干扰查询结果
• 把First()改为FirstOrDefault()打断点验证返回值，避免是其他异常被包裹成序列为空的错误

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