EF Core懒加载下导航属性Count()未生成COUNT(*)全量加载问题

懒加载代理（Lazy Loading Proxies）的触发逻辑是首次访问virtual导航属性的瞬间，立即加载全量关联数据到内存。一旦加载完成，后续对该属性的所有操作都是针对内存集合的LINQ to Objects操作，永远不会再生成SQL查询。

你看到的公开资料提到的“导航属性调用Count生成SELECT COUNT(*)”有严格前提：必须是在EF Core的IQueryable表达式树中访问导航属性（即还没执行查询、实体还没加载到内存时），一旦实体已经完成物化（加载到内存中），再访问实例上的导航属性，就只会触发懒加载全量拉取。

你尝试的三种写法全部无效的原因：

• account.LoginAttempts.Count()：访问LoginAttempts属性时已经触发全量加载，Count()仅在内存中统计数量
• account.LoginAttempts.AsQueryable().Count()：AsQueryable()仅将内存中的List<LoginAttempt>包装为IQueryable接口，数据源仍是内存集合，不会走EF Core的SQL翻译管线
• account.LoginAttempts.AsQueryable().ToList().Count()：完全多余的操作，除了重复在内存拷贝集合外没有任何作用，性能最差

你当前的Fluent API配置modelBuilder.Entity<Account>().Navigation(e => e.LoginAttempts);仅用于声明导航属性存在，不会改变懒加载的默认行为。

按性能、可控性优先级排序：

方案1：查询阶段直接聚合（性能最优） #

在查询Account的同时直接统计关联数量，从根源避免加载全量关联数据，生成的SQL就是高效的SELECT COUNT(*)：

var accountData = await _dbContext.Set<Account>()
    .Where(x => x.IdCompanyOrUser == id && x.AccountType == accountType)
    .Select(a => new 
    {
        Account = a,
        LoginAttemptCount = a.LoginAttempts.Count()
    })
    .SingleOrDefaultAsync();

// 取实体和计数
Account? account = accountData?.Account;
int loginAttemptCount = accountData?.LoginAttemptCount ?? 0;

方案2：已加载实体场景下，通过Entry API显式聚合 #

如果你已经拿到了内存中的Account实体，又不想重新查整个Account，可以通过ChangeTracker的Entry API直接对关联集合做聚合查询，不会触发全量加载：

// 注意：调用前绝对不要提前访问account.LoginAttempts属性，否则会触发懒加载
var loginAttemptCount = _dbContext.Entry(account)
    .Collection(a => a.LoginAttempts)
    .Query()
    .Count();

方案3：直接查询关联表计数 #

逻辑最直白，完全不依赖导航属性配置，100%保证生成COUNT查询：

var loginAttemptCount = await _dbContext.Set<LoginAttempt>()
    .Where(l => l.AccountIdCompanyOrUser == account.IdCompanyOrUser 
        && l.AccountType == account.AccountType)
    .CountAsync();

懒加载代理的自动加载逻辑非常容易因为误访问导航属性产生全表加载的性能问题，尤其是关联表数据量大的场景。如果业务中频繁需要对关联集合做聚合（Count、Sum等），建议关闭懒加载代理，改用显式加载或者查询阶段投影的方式控制数据加载逻辑，从机制上避免性能隐患。

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