IQueryable延迟执行并翻译为SQL在数据库端查询，IEnumerable在内存中立即执行；应保持IQueryable直到最后执行以避免全表加载。
在C#中，IQueryable 和 IEnumerable 都用于查询数据，但它们在执行方式和性能上有本质区别。理解这些差异是进行LINQ查询性能优化的关键。
查询执行时机不同
IEnumerable 是立即执行或延迟执行本地集合操作。当你调用一个返回 IEnumerable 的查询时，它会在枚举（如 foreach）时逐条处理数据，所有逻辑运行在内存中。
IQueryable 基于表达式树，支持延迟执行，并将查询翻译成目标数据源的原生语言（如SQL）。这意味着数据库只返回最终结果，而不是整个表数据。
- IEnumerable 查询在应用层执行，适合内存中的集合（如 List、Array）
- IQueryable 查询在数据源执行，适用于数据库（如 Entity Framework）
查询翻译能力不同
IQueryable 能将 C# 表达式转换为 SQL 等底层查询语言。例如：
var query = dbContext.Users.Where(u => u.Age > 25); // 生成 SQL: WHERE Age > 25
如果使用 AsEnumerable() 提前转换，后续过滤将在内存中执行：
var result = dbContext.Users.AsEnumerable().Where(u => u.Age > 25); // 全表加载到内存
这可能导致大量不必要的数据传输，严重影响性能。
性能优化关键点
要提升 LINQ 查询性能，必须确保在访问数据库时保持 IQueryable 类型，直到最后阶段才执行。
- 避免过早调用 ToList()、ToArray() 或 AsEnumerable()
- 组合查询条件时使用 IQueryable 接口传递
- 分页应使用 Skip/Take 在数据库层面完成
- 投影（Select）只取需要的字段，减少数据量
例如：
IQueryable<User> query = dbContext.Users;
if (!string.IsNullOrEmpty(name))
query = query.Where(u => u.Name.Contains(name));
query = query.Take(20);
var result = query.ToList(); // 此时才执行 SQL如何判断是否走了数据库
观察生成的 SQL 语句或使用日志工具（如 EF Core 的 LogTo）可以确认查询是否被正确翻译。如果看到 SELECT * 或全表扫描，可能是误用了 IEnumerable。
基本原则：只要还可能追加条件或分页，就保留为 IQueryable；只有在真正需要遍历结果或脱离数据上下文时才执行（ToList 等）。
基本上就这些。掌握 IQueryable 和 IEnumerable 的区别，能有效避免“把整张表拉到内存再过滤”这类常见性能陷阱。
