嘿Miguel，我来帮你梳理下这个问题——既然你已经确认books变量本身不为null，但调用Count()还是触发了异常，这基本不是内存集合的问题，而是EF Core在执行查询阶段出了状况。下面是几个最常见的原因和排查方向：

• books是未执行的IQueryable查询，而非内存集合
  如果你是直接从DbContext获取的books（比如var books = dbContext.Books.Where(b => ...)），它此时只是一个待执行的查询表达式，并没有真正从数据库拉取数据。调用Count()会触发EF Core生成并执行SQL，但如果查询本身有问题（比如关联的表不存在、字段拼写错误、数据库权限不足，或者查询逻辑不符合EF Core 2.0.3的语法支持），就会抛出异常。
  你可以先尝试把查询转为内存集合再计数：books.ToList().Count()，如果这样就不报错，那百分百是数据库查询环节的问题，接下来可以检查EF Core生成的SQL语句，或者直接在数据库里执行对应的SQL来排查。

• 延迟加载的导航属性触发了额外查询错误
  如果Book实体有延迟加载的导航属性（比如Author、Categories），在你验证books不为空的过程中，可能不小心触发了延迟加载（比如访问了某个导航属性），或者Count()执行时EF Core尝试加载关联数据，但关联表存在数据异常（比如外键引用了不存在的记录）、连接中断，就会抛出异常。
  可以尝试关闭延迟加载测试，或者在查询时加上AsNoTracking()来避免不必要的导航属性加载：var books = dbContext.Books.AsNoTracking().Where(...)。

• EF Core 2.0.3的已知版本bug
  EF Core 2.0.x分支确实存在一些已修复的bug，比如某些包含GroupBy、SelectMany的复杂组合查询，在执行Count()时会出现异常。如果你的查询逻辑比较复杂，大概率是版本问题，升级到该分支的最新版本（比如2.2.6）或者直接迁移到更高版本的EF Core（3.x及以上）就能解决。

• 数据库连接或事务异常
  即使books变量不为null，如果你的DbContext对应的数据库连接已经失效，或者当前事务处于异常状态，那么执行Count()触发数据库查询时也会报错。可以尝试重新创建DbContext实例，或者检查数据库连接字符串、数据库服务状态。

你可以按照这个顺序逐步排查，先通过ToList().Count()区分是内存问题还是数据库查询问题，这是最快定位问题根源的办法。

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