Entity Core 1.1.0组合导航属性Where子句触发must be reducible node异常

问题重现 #

你遇到的情况是在EF Core 1.1.0这个早期版本里，使用WhereIf动态拼接带导航属性的Contains查询时会抛出异常，但换成Equals方法就能正常运行。

异常代码示例 #

public List<ProjectSummaryDto> TestRelation(string s) {
    var query = _context.TechnologicallyProject
        .WhereIf(!string.IsNullOrWhiteSpace(s), q => q.Document.Title.Contains(s))
        .ProjectTo<ProjectSummaryDto>();
    return query.ToList(); // 抛出异常：must be reducible node
}

异常堆栈跟踪片段 #

at System.Linq.Expressions.Expression.ReduceAndCheck()
at System.Linq.Expressions.Expression.ReduceExtensions()
at System.Linq.Expressions.Compiler.StackSpiller.RewriteExtensionExpression(Expression expr, Stack stack)
....

正常运行的对比代码 #

public List<ProjectSummaryDto> TestRelation(int s) {
    var query = _context.TechnologicallyProject
        .WhereIf(s != 0 , q => q.Document.Id.Equals(s))
        .ProjectTo<ProjectSummaryDto>();
    return query.ToList();
}

问题原因 #

EF Core 1.1.0是非常早期的版本，在处理动态条件表达式（比如WhereIf生成的嵌套条件逻辑） + 导航属性上的Contains方法时，表达式树的解析和编译存在bug。Equals方法的表达式结构相对简单，能被编译器正确处理，但Contains的表达式嵌套到WhereIf的条件逻辑中时，EF无法将其正确转换为SQL，进而抛出这个节点无法归约的异常。

解决方案 #

1. 替换WhereIf为手动条件拼接 #

避免使用WhereIf这类会生成嵌套条件表达式的扩展方法，改用手动if判断来拼接查询，这样表达式树结构更简单，EF Core 1.1.0能正确解析：

public List<ProjectSummaryDto> TestRelation(string s) {
    var query = _context.TechnologicallyProject.AsQueryable();
    
    // 手动判断后拼接Where条件
    if (!string.IsNullOrWhiteSpace(s)) {
        query = query.Where(q => q.Document.Title.Contains(s));
    }
    
    return query.ProjectTo<ProjectSummaryDto>().ToList();
}

2. 升级EF Core版本（推荐） #

EF Core 1.1.0已经停止维护多年，后续的2.x、3.x及以上版本修复了大量表达式树处理的bug，包括这类导航属性查询的问题。升级到较新的稳定版本（比如6.x或8.x）不仅能解决这个问题，还能获得性能提升和更多功能支持。

3. 确认导航属性配置正确 #

虽然这不是直接解决当前异常的原因，但要确认你的模型中TechnologicallyProject和Document的导航属性已经正确配置（比如通过HasOne/WithMany等Fluent API），避免因模型配置问题导致的额外表达式解析错误。

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