Entity Framework中Func参数未转为SQL筛选条件的问题求助

问题 #

使用Entity Framework操作SQL数据库时，为隔离业务代码与数据库操作封装了数据访问类。由于某表查询条件多样，不想为每种条件编写单独方法，于是实现了接收Func<Foobar,bool>参数的查询方法：

public Foobar GetFoobarWithDetail(Func<Foobar, bool> lambda)
{
    return context.Foobar.Include(fb => fb.Detail).FirstOrDefault(lambda);
}

但观察生成的SQL发现，该方法不会生成WHERE子句和TOP(1)，会先查询全表（约2万条记录）到内存中再筛选，性能极差。而直接在FirstOrDefault中写lambda（如下），则能生成带WHERE和TOP(1)的高效SQL：

return context.Foobar.Include(fb => fb.Detail).FirstOrDefault(fb => fb.Id == "id");

想知道两种写法的差异原因，以及如何让传入的lambda转换为SQL执行，实现动态筛选同时保证性能。

差异原因 #

核心区别在于**Func<Foobar, bool>和Expression<Func<Foobar, bool>>的本质不同**：

• 传入Func<Foobar, bool>时，它是一段可执行的.NET委托代码。EF无法解析这段代码的逻辑，只能先把Foobar表的所有数据（包括关联的Detail）加载到内存，再用委托在内存中筛选，最后取第一条数据。这就是为什么会查全表，没有WHERE和TOP(1)。
• 直接写在FirstOrDefault里的lambda，会被EF自动解析为表达式树——一种可被EF读取、分析的树形结构。EF能把表达式树的逻辑翻译成对应的SQL语句（WHERE条件、TOP(1)），在数据库端完成筛选和取数，只返回符合条件的单条数据。

解决方案 #

把方法的参数类型从Func<Foobar, bool>改成Expression<Func<Foobar, bool>>即可，修改后的代码如下：

public Foobar GetFoobarWithDetail(Expression<Func<Foobar, bool>> lambda)
{
    return context.Foobar.Include(fb => fb.Detail).FirstOrDefault(lambda);
}

这样EF就能解析传入的表达式树，将其转换为对应的WHERE条件和TOP(1)语句，在数据库端完成查询，避免全表加载，保证性能。调用该方法时，传入lambda的写法和之前完全一致，无需修改业务代码。

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