Entity Framework Core中Filtered Include搭配跟踪查询的使用疑问

你的理解完全正确，跟踪查询场景下使用Filtered Include确实需要避免此前已有相关实体被Change Tracker缓存，否则极易出现不符合预期的结果。

这是EF Core的导航修正机制导致的默认行为：

跟踪查询模式下，上下文的变更追踪器会存储所有此前查询过的实体，当你执行带Filtered Include的查询时，除了符合过滤条件的关联实体被查询返回外，变更追踪器中已缓存的所有和当前主实体关联的相关实体，都会被自动挂载到对应的导航属性中，无论这些实体是否满足Filtered Include中定义的过滤条件。
另外还有一个容易被忽略的问题：只要跟踪查询中使用了Filtered Include，对应导航属性会被直接标记为「已加载」状态，后续你无法通过懒加载、显式加载的方式重新加载该导航属性，错误的结果会一直保留。

你给出的代码示例就是典型的复现场景：

var orders = context.Orders.Where(o => o.Id > 1000).ToList();

// 客户实体关联的订单会包含所有Id大于1000的记录，而非仅Id大于5000的记录
var filtered = context.Customers.Include(c => c.Orders.Where(o => o.Id > 5000)).ToList();

如果要在跟踪查询下安全使用Filtered Include，除了你提到的「调用前避免相关实体被跟踪」外，也可以选择两个更稳妥的方案：

• 对查询使用AsNoTracking()禁用跟踪，没有变更追踪器的缓存干扰，Filtered Include的过滤条件会完全生效
• 重新初始化一个新的DbContext实例执行该查询，新的上下文没有此前的实体缓存，不会触发导航修正导致的结果异常

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