在 .NET 中，IEnumerable 和 IQueryable 有什么区别？为什么在 EF Core 中随便调用 ToList() 可能带来性能问题？
参考答案
IEnumerable 是面向内存集合的接口，数据已经加载到本地，LINQ 操作由 CLR 在内存中执行；
IQueryable 是面向数据源的接口，表达式树会被翻译成 SQL 或其他查询语言，在数据库端执行。
在 EF Core 中，如果提前调用 ToList()，会导致查询立即执行并加载所有数据到内存，之后的筛选、排序、分页都在内存中完成，而不是在数据库中完成。这可能造成大量数据传输和内存消耗，严重时导致性能下降甚至 OOM。
正确做法是：尽量让筛选、分页、排序在数据库端完成，最后一步再调用 ToList()。
高频追问 1
为什么 IQueryable 能翻译成 SQL，而 IEnumerable 不能？
因为 IQueryable 接收的是表达式树（Expression Tree），它保存的是"查询逻辑结构"，而不是已经执行后的结果。EF Core 可以解析表达式树并生成对应 SQL。而 IEnumerable 只接受委托（Func），它已经是可执行代码，数据库无法理解，因此只能在内存中执行。
高频追问 2
什么是"延迟执行"？它是好是坏？
延迟执行指的是：LINQ 查询在真正枚举（如 foreach、ToList）之前不会执行。优点是可以组合查询，提高灵活性并避免不必要的数据加载；但如果误用，可能导致重复查询数据库或隐藏性能问题。因此延迟执行本身是中性的，关键在于是否清楚执行时机。
高频追问 3
为什么循环里调用 ToList() 是性能杀手？
如果在循环中反复构造 IQueryable 并调用 ToList()，每次都会向数据库发送独立查询请求，形成"N+1 查询问题"。这种问题在小数据量时不明显，但在高并发或大数据量环境中会急剧放大数据库压力，是生产环境中常见的性能隐患。
高频追问 4
在什么情况下可以放心使用 IEnumerable？
当数据量较小、数据已经在内存中，或者明确只需要本地处理时，可以使用 IEnumerable。比如对 List、数组进行筛选排序时，它的开销更低，也不会涉及数据库转换成本。
#IEnumerable和IQueryable区别 #面试真题 #dotnet面试题
