应使用分步where链式调用实现动态查询，避免在单个lambda中用三元运算符堆砌条件，否则会导致ef core生成冗余sql、索引失效或翻译失败。
直接用分步 Where 链式调用，而不是在一个 lambda 里堆三元判断。后者看着省事，但 EF Core 生成的 SQL 会带冗余 1=1、索引失效、甚至翻译失败。
为什么不能写 x => (cond1 ? x.A == a : true) && (cond2 ? x.B > b : true)
这种写法会让 EF Core 把所有条件都编译进表达式树，哪怕 cond1 是 false，它仍要尝试翻译 x.A == a —— 若 a 是本地方法调用（如 MyHelper.GetNow()），就会报 The LINQ expression could not be translated。更糟的是，SQL 里会出现 AND (1=1) 或全字段扫描，性能直线下滑。
真正动态的含义是：条件不存在时，它就不该出现在表达式树里。
- 永远从
context.Set<t>().AsQueryable()</t>开始，别提前ToList() - 每个条件独立判空/有效后，再调用
.Where(...) - 字符串模糊匹配用
Contains()（EF Core 5+ 翻译为LIKE '%xxx%'），别手拼"%" + keyword + "%" - 时间字段判空用
startTime.HasValue，别直接和null比较；数值 ID 用-1或int?标识“未选中”
字符串 + 数值 + 时间三条件组合示例
用户可填关键词（keyword）、最小年龄（minAge）、起始时间（startTime），任意为空即跳过：
IQueryable<user> query = context.Users.AsQueryable();
if (!string.IsNullOrWhiteSpace(keyword))
{
query = query.Where(x => x.Name.Contains(keyword) || x.Email.Contains(keyword));
}
if (minAge > 0)
{
query = query.Where(x => x.Age >= minAge);
}
if (startTime.HasValue)
{
query = query.Where(x => x.CreatedAt >= startTime.Value);
}
var results = await query.ToListAsync(); // 此刻才发 SQL
</user>
注意：DateTime.MinValue 不是安全占位值——数据库时间字段通常不允许小于 1900-01-01，用 DateTime? startTime 显式判空更稳妥。
需要 OR 条件或字段名也动态时怎么办
普通 Where 链只支持 AND 组合。如果要 Name == "A" || Email == "B"，或者字段名来自字符串（如用户选“按城市查”还是“按部门查”），就得用表达式树。
但绝大多数业务场景不需要走到这一步。先确认是否真绕不开：
- OR 条件：优先改用
Any()或Contains()模拟，比如user.StatusId.Contains(new[] { 1, 3, 5 })等价于 SQLIN (1,3,5) - 字段名动态：90% 是前端传错参数名，后端硬编码映射比拼表达式树更稳，例如
switch (field) { case "name": query = query.Where(...); break; } - 真要用表达式树：必须确保所有参与构建的变量（如
parameter、property）类型严格匹配，否则编译时报Expression of type 'System.Int32' cannot be used for return type 'System.Boolean'
最易被忽略的一点：动态查询不是拼得越“通用”越好，而是让最终生成的 SQL 尽可能干净。多一个没用的 Where 调用，就多一次表达式树遍历和潜在翻译风险。宁可多写几行 if，别贪图一个“万能方法”。
