如何基于两个表达式创建可被LINQ正确转译的Lambda谓词

问题原因 #

你遇到的报错根源不是参数名不一致，而是expression1和expression2的参数是两个完全独立的ParameterExpression实例，即使参数名相同，表达式树在解析时也会按引用识别为不同的参数，导致EF Core无法正确翻译为SQL。

解决方案 #

你需要自定义一个表达式访问器，将第二个表达式的Body中引用的参数，替换为第一个表达式的参数实例，保证整个组合Lambda的参数是同一个对象。同时注意逻辑与要使用Expression.AndAlso而非Expression.And，后者是按位与操作，不符合业务逻辑也可能导致翻译失败。

第一步：实现参数替换的表达式访问器 #

public class ParameterReplacer : ExpressionVisitor
{
    private readonly ParameterExpression _targetParam;

    public ParameterReplacer(ParameterExpression targetParam)
    {
        _targetParam = targetParam;
    }

    protected override Expression VisitParameter(ParameterExpression node)
    {
        // 把所有访问到的参数都替换为目标参数实例
        return _targetParam;
    }
}

第二步：修改测试用例代码 #

[Fact]
public async Task TestExpression()
{
    Expression<Func<SortableEntity, long>> expression1 = e => e.Id;
    Expression<Func<SortableEntity, int>> expression2 = e => e.IntProperty;

    // 替换expression2的参数为expression1的参数实例
    var replacedExpression2Body = new ParameterReplacer(expression1.Parameters[0]).Visit(expression2.Body);

    var predicateLambda = Expression.Lambda<Func<SortableEntity, bool>>(
        // 用AndAlso代替And，实现短路逻辑与
        Expression.AndAlso(
            Expression.Equal(
                expression1.Body,
                Expression.Constant(123L)
            ),
            Expression.GreaterThan(
                replacedExpression2Body,
                Expression.Constant(456)
            )
        ),
        expression1.Parameters[0]
    );

    await _db.SortableEntities.Where(predicateLambda).ToListAsync();
}

验证效果 #

修改后生成的Lambda表达式会统一使用同一个参数实例，最终翻译的表达式为s => s.Id == 123 && s.IntProperty > 456，EF Core可以正常解析为SQL语句执行。

内容的提问来源于stack exchange，提问作者user606521