Linq to EF：关于IQueryable对象执行时机的疑问

这正是ORM框架（比如Entity Framework）中延迟执行和立即执行的核心差异点，我帮你拆解清楚：

1. IQueryable<>本质是"查询蓝图" #

当你写：

var data = db.Context.Where(...).Select(...) 
// 或者只写 db.Context.Where(...)

返回的IQueryable<>对象根本不是实际的数据集合——它只是一个未执行的查询表达式树，相当于把你要筛选、投影的规则先存在内存里，这时候数据库完全不会收到任何请求，连SQL语句都还没生成呢。

2. 只有调用这些方法才会触发数据库查询 #

没错！只有当你执行立即执行类方法时，ORM才会把之前构建的查询转换成对应的SQL，发送给数据库执行，再把结果加载到本地内存中。常见的触发场景包括：

• 集合转换类：ToList()、ToArray()、ToDictionary()
• 单结果获取类：First()、FirstOrDefault()、Single()、SingleOrDefault()
• 聚合统计类：Count()、Sum()、Average()、Max()
• 枚举遍历：比如你写的foreach (var a in data)，当开始枚举IQueryable时，也会触发查询执行

3. 关于你写的foreach代码的额外说明 #

这段代码：

foreach (var a in data) { var b = a.SomeCollection.ToList() }

这里有两个关键细节：

• 首先，进入foreach循环时，会先触发一次数据库查询，把data对应的主数据加载到内存。
• 如果SomeCollection是实体的导航属性（比如一对多关联的子表集合），且你的ORM开启了延迟加载（多数框架默认开启），那么每一次循环里的a.SomeCollection.ToList()都会单独发一次SQL查询子集合数据——这就是大家常说的N+1查询问题（1次查主数据，N次查子数据）。如果数据量较大，会明显影响性能，这时候建议用Include()方法提前预加载关联数据，避免多次查询。

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