直接用Where过滤、Select投影、OrderBy排序可覆盖90%内存查询需求，但符号错误、枚举遗漏或IQueryable误用C#方法易致崩溃或空结果；Where常见错误包括逻辑取反、空值未判、字段名拼错；引用类型非空判断应使用!string.IsNullOrEmpty(x.Name)；EF Core中DateTime.Now会在客户端求值而非翻译为GETDATE()；调试时可用QuickWatch查看生成SQL或中间结果；Select后类型不匹配或导航属性为空易引发异常，应使用DTO或record并加空合并；OrderBy多字段须用ThenBy链式调用，避免被覆盖；查询语法中逗号隐含ThenBy；字符串排序需指定StringComparer.OrdinalIgnoreCase；IQueryable与IEnumerable混用会导致全表加载或InvalidOperationException；EF不支持的方法如ToLocalTime()会使查询提前落地内存；高频查询宜缓存IQueryable构建逻辑；关键在准确判断操作执行位置，影响性能与稳定性。
直接用 Where 过滤、Select 投影、OrderBy 排序，基本能覆盖 90% 的内存集合查询需求；但写错一个符号、漏掉一次枚举控制、或在 IQueryable 上误用 C# 方法，就可能 runtime 崩溃或查出空结果。
Where 条件写错导致查不到数据
最常见的是逻辑取反、空值未判、或字段名拼错。比如想查非空姓名，却写成 Where(x => x.Name != "") ——这会漏掉 null 值；又或者实体类字段是 FullName，但代码里写了 x.Name，编译虽过，运行时返回空集合。
- 对引用类型字段做非空判断，用
!string.IsNullOrEmpty(x.Name)或x.Name?.Length > 0 - EF Core 中慎用
DateTime.Now：它不会被翻译成 SQL 的GETDATE()，而是在客户端求值后传固定时间，容易查偏 - 调试时右键选中
Where表达式 → “QuickWatch”，直接看生成的 SQL（EF）或实际过滤后的中间结果（内存集合）
Select 投影后类型不匹配或丢失数据
匿名类型无法显式声明变量，强行赋值给具体类会编译失败；更隐蔽的是投影时访问了未初始化的导航属性（如 x.Order.Customer.Name），而 Customer 是 null，直接抛 NullReferenceException。
- 需要具名类型时，别用
new { ... }，改用已定义的 DTO 类或 record：Select(x => new UserSummary { Id = x.Id, Name = x.Name }) - 导航属性可能为空？加空合并：
x.Order?.Customer?.Name ?? "N/A" - EF Core 中，
Select要尽量早于Where吗？不。相反，先Where再Select才能减少传输字段——数据库只查你真正要的列
OrderBy 多字段排序时顺序错乱
OrderBy(x => x.Age).OrderBy(x => x.Name) 是错的：第二个 OrderBy 会覆盖第一个，最终只按名字排。必须用 ThenBy 链式接续，否则排序逻辑完全失效。
- 升序 + 升序：
OrderBy(x => x.Age).ThenBy(x => x.Name) - 升序 + 降序：
OrderBy(x => x.Age).ThenByDescending(x => x.Score) - 查询语法更直观：
from x in list orderby x.Age, x.Name select x——逗号即隐含ThenBy - 注意：字符串排序默认区分大小写，要忽略大小写请用
StringComparer.OrdinalIgnoreCase重载
IQueryable vs IEnumerable 混用引发性能或异常
把 EF Core 的 IQueryable<user></user> 赋给 IEnumerable<user></user> 变量，后续所有操作（包括 Where）都在内存执行，不仅查全表，还可能因方法无法翻译而报 InvalidOperationException。
- 除非明确要转本地处理，否则别用
.AsEnumerable()或隐式转换 - 检查是否用了 EF 不支持的方法：比如
DateTime.ToLocalTime()、string.Replace()（部分版本不支持）、自定义函数 —— 这些都会让查询“提前落地”到内存 - 高频调用的查询（如 API 接口），考虑缓存
IQueryable构建逻辑，而不是每次重新拼表达式树
真正难的不是语法，而是判断哪一段该在数据库跑、哪一段该在内存跑；同一个 Where，放在 IQueryable 和 IEnumerable 上，背后可能是毫秒级和秒级的差别，也可能是编译通过和运行崩溃的区别。
