Expression.Parameter 必须与实际类型一致，否则编译委托时抛 InvalidOperationException；布尔组合须用 Expression.AndAlso 而非 Expression.And；Expression.Lambda 的委托类型需严格匹配返回与参数类型；EF Core 中误用 Compile() 或本地变量会导致过滤未下推至数据库。
Expression.Parameter 为什么必须和实际类型一致
因为 Expression.Parameter 创建的参数节点会参与编译成委托，类型不匹配会导致 InvalidOperationException: Variable 'x' of type 'System.Object' referenced from scope '', but it is not defined 这类运行时错误。常见坑是用 typeof(object) 代替真实实体类型。
实操建议：
- 始终用查询目标类型的
typeof(T)创建参数，例如Expression.Parameter(typeof(User), "u") - 如果泛型方法中不确定 T，用
typeof(T)而非object或dynamic - 参数名（第二个参数）只是调试标识，不影响执行，但建议和后续表达式中引用名一致，避免混淆
如何拼接多个 And 条件而不触发 Expression.And
Expression.And 是位运算“与”，不是逻辑“且”；直接用它拼布尔表达式会报错 ArgumentException: The binary operator And is not defined for the types 'System.Boolean' and 'System.Boolean'。正确方式是用 Expression.AndAlso。
实操建议：
- 所有布尔条件组合一律用
Expression.AndAlso(left, right)，它支持短路求值且类型安全 - 构建链式条件时，从第一个条件开始逐个
AndAlso累加，不要试图一次性合并多个 - 若需动态收集条件列表，用
conditions.Aggregate(Expression.AndAlso)，但注意空集合要提供初始值（如Expression.Constant(true)）
Expression.Lambda 编译后委托类型怎么写才不报错
编译 Expression.Lambda 时，泛型委托类型必须和表达式体的返回类型、参数类型严格匹配，否则抛 InvalidOperationException: Cannot convert expression type 'Boolean' to return type 'Func`2'。
实操建议：
- 明确写出委托类型：比如筛选用
Expression.Lambda<func bool>>(body, param)</func>，投影用Expression.Lambda<func tresult>>(body, param)</func> - 别依赖隐式泛型推导——C# 编译器在泛型上下文中常推错
TResult，尤其是涉及Convert或属性嵌套时 - 若体表达式含
Expression.Convert（比如 int → object），确保转换后的类型和 lambda 声明的返回类型一致
EF Core 中传入 Expression> 却没走数据库过滤怎么办
最常见原因是把 Expression 错误转成了 Func：比如调用了 predicate.Compile()，或在 .Where() 外提前执行了求值（如 .ToList().Where(...)）。结果是数据全拉到内存再过滤，SQL 日志里看不到 WHERE 子句。
实操建议：
- 检查调用链：确保最终传给
IQueryable.Where()的是未编译的Expression<func bool>></func>，而不是Func<t bool></t> - 避免在表达式树中使用本地变量闭包以外的不可翻译操作，比如
DateTime.Now应换为DateTime.UtcNow，自定义方法必须标记[ExpressionMethod]或重写VisitMethodCall - 用 EF Core 的
ToString()方法打印表达式树（如query.Where(expr).ToString()），确认生成的 SQL 包含预期条件
动态拼表达式树真正难的不是语法，而是每一步类型对齐和 EF 可翻译性边界——漏掉一个 Expression.Convert 或多一次 Compile()，整个链就掉出数据库。
