ef core/linq to sql中，字符串判空应避免==null而用string.isnullorempty或x.name is null；多级排序须用orderby+thenby而非多次orderby；groupby后需.tolist()物化以防重复执行；select中禁用本地方法如tostring，格式化应放应用层或用ef函数映射。
用 Where 筛选时别直接写 null 判断，数据库查询会报错
EF Core 或 LINQ to SQL 里，Where 条件如果包含对实体属性的 == null 或 != null，底层生成的 SQL 可能不兼容（尤其在字符串字段上）。SQL Server 对 WHERE Name = NULL 是无效语法，必须用 IS NULL。
实操建议：
- 用
string.IsNullOrEmpty(x.Name)替代x.Name == null || x.Name == ""，EF 能正确翻译成IS NULL OR Name = '' - 对可空值类型（如
int?），直接用x.Age == null是安全的，EF 会转成Age IS NULL - 如果非要手动判空且字段是
string，改用x.Name is null（C# 7+），EF Core 5+ 开始支持并能正确映射
OrderBy 和 ThenBy 的链式调用顺序不能颠倒
很多人以为 OrderBy(x => x.Status).OrderBy(x => x.CreatedTime) 能实现“先按状态、再按时间”排序，结果发现只生效了第二次的 OrderBy —— 因为它会重置前面的排序逻辑。
实操建议：
- 多级排序必须用
OrderBy+ThenBy（升序）或ThenByDescending（降序） - 示例：
list.OrderBy(x => x.Status).ThenByDescending(x => x.CreatedTime) - 注意：LINQ to Objects 和 EF Core 都遵循这个规则，但手写 SQL 时顺序由
ORDER BY status, created_time DESC决定，语义一致
分组用 GroupBy 后别直接返回 IGrouping，容易引发延迟执行陷阱
写 var groups = data.GroupBy(x => x.Category) 看似没问题，但一旦你在后续代码里多次遍历 groups（比如先 Count() 再 foreach），EF Core 可能重复执行 SQL，或者 LINQ to Objects 在每次遍历时重新分组。
实操建议：
- 如果确定要多次使用分组结果，立刻调用
.ToList()或.ToArray()物化（materialize） - 需要聚合统计？直接用
GroupBy(...).Select(g => new { Key = g.Key, Count = g.Count(), Avg = g.Average(x => x.Price) }) - 注意：EF Core 6+ 支持大部分聚合函数下推，但自定义对象投影（如 new { ... }）必须确保所有字段可被翻译，否则会触发客户端评估警告
查数据库时别在 Select 里调用本地方法，EF 不认识
像 data.Select(x => new { x.Name, FormattedDate = x.CreatedTime.ToString("yyyy-MM-dd") }) 这种写法，在 EF Core 中会抛出 InvalidOperationException: The LINQ expression '...' could not be translated —— 因为 ToString(string) 无法转成 SQL 函数。
实操建议：
- 日期格式化尽量放到应用层做，查库时只取原始值（
DateTime类型） - 实在要在服务端格式化，EF Core 支持有限的 SQL 函数映射，例如
EF.Functions.DatePart("year", x.CreatedTime)或x.CreatedTime.Date - 若用 SQLite 或 PostgreSQL，可用
EF.Functions.Strftime或EF.Functions.ToChar，但必须确认 provider 是否支持
最常被忽略的是：同一个 LINQ 表达式，在内存集合（List<t></t>）和数据库查询（IQueryable<t></t>）中行为可能完全不同。不是语法错了，而是执行上下文变了——写完记得看生成的 SQL 或调试时检查是否触发了客户端评估。
