如何在EF查询中动态嵌入Expression谓词实现关联实体筛选

你当前的写法无法生效是因为类型完全不匹配：ManagerFilter是Expression<Func<Profile, bool>>类型的筛选表达式，你在查询谓词里写a.Profile == filters.ManagerFilter，本质是拿Profile实体实例和一个表达式对象做相等比较，EF Core无法把这种逻辑翻译成可执行的SQL，自然不会按预期筛选。

根据你是否需要在数据库层面执行筛选，有两种可选实现：

方案1：内存筛选（小数据量场景） #

直接把表达式编译成委托，在内存中对导航属性做判断即可：

// 先编译筛选表达式
var filterDelegate = filters.ManagerFilter.Compile();
var queryTest = await applicantCacheRepo
    .Include(a => a.Profile)
        .ThenInclude(p => p.ProfileEmployer)
        .ThenInclude(p => p.Employer)
    .Include(a => a.ProfileApplicationDetail)
        .ThenInclude(p => p.ApplicationStatusSysCodeUnique)
    .Include(a => a.Person)
        .ThenInclude(p => p.PersonDetail)
    .Include(a => a.JobSpecification)
        .ThenInclude(j => j.JobSpecificationDetail)
    // 直接传入编译后的委托，对导航属性做判断
    .FirstOrDefaultAsync(a => filterDelegate(a.Profile));

注意：这个方案会先把所有关联数据全量加载到内存，再执行Profile维度的筛选，数据量较大时会有明显性能损耗，不适合大数据量生产场景。

方案2：数据库端筛选（推荐，性能最优） #

如果要让EF Core把筛选逻辑翻译成SQL在数据库端执行，需要把原针对Profile的表达式，改写为针对外层Applicant实体的谓词——核心是把表达式里原本的Profile参数，替换为a.Profile导航属性的访问表达式。
先写一个通用的表达式替换扩展：

public static class ExpressionHelper
{
    /// <summary>
    /// 将针对导航属性类型的筛选表达式，绑定为外层实体的筛选谓词
    /// </summary>
    public static Expression<Func<TRoot, bool>> BindToRoot<TRoot, TNav>(
        this Expression<Func<TNav, bool>> navFilter,
        Expression<Func<TRoot, TNav>> navSelector)
    {
        var rootParam = Expression.Parameter(typeof(TRoot), "root");
        var navAccess = Expression.Invoke(navSelector, rootParam);
        var replacedBody = new ParamReplaceVisitor(navFilter.Parameters[0], navAccess).Visit(navFilter.Body);
        return Expression.Lambda<Func<TRoot, bool>>(replacedBody, rootParam);
    }

    private class ParamReplaceVisitor : ExpressionVisitor
    {
        private readonly Expression _oldParam;
        private readonly Expression _newExpr;

        public ParamReplaceVisitor(Expression oldParam, Expression newExpr)
        {
            _oldParam = oldParam;
            _newExpr = newExpr;
        }

        public override Expression Visit(Expression node)
        {
            return node == _oldParam ? _newExpr : base.Visit(node);
        }
    }
}

查询时直接调用扩展方法转换表达式即可：

// 把Profile的筛选表达式转换为Applicant的筛选谓词
var rootFilter = filters.ManagerFilter.BindToRoot<Applicant, Profile>(a => a.Profile);
var queryTest = await applicantCacheRepo
    .Include(a => a.Profile)
        .ThenInclude(p => p.ProfileEmployer)
        .ThenInclude(p => p.Employer)
    .Include(a => a.ProfileApplicationDetail)
        .ThenInclude(p => p.ApplicationStatusSysCodeUnique)
    .Include(a => a.Person)
        .ThenInclude(p => p.PersonDetail)
    .Include(a => a.JobSpecification)
        .ThenInclude(j => j.JobSpecificationDetail)
    .FirstOrDefaultAsync(rootFilter);

这个方案生成的SQL和你手写固定Profile筛选条件的SQL完全一致，筛选逻辑在数据库端执行，性能最好，兼容EF Core 3.1及以上所有版本，也支持后续和其他筛选条件做And/Or拼接。

EF Core 5.0之后新增了对导航属性直接筛选的部分支持，但自动生成的表达式兼容性不如手动做参数替换稳定，复杂筛选场景下还是推荐用方案2的实现。

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