为何EF Core中添加.AsQueryable()和.AsNoTracking()可过滤关联实体？

问题描述 #

我需要在查询中包含关联实体的同时进行过滤：每个Order关联一个Customer和多个OrderItem，每个OrderItem关联Product，想筛选出产品类别匹配指定类别或默认类别的OrderItem。尝试的代码如下：

var orders = await _context.Orders
    .AsQueryable()
    .AsNoTracking()
    .Where(order => order.CustomerId == customerId)
    .Include(order => order.Customer)
    .Include(order => order.OrderItems)
    .ThenInclude(oi => oi.Product.Where(p => p.Category.ToUpper() == category || p.Category == DefaultCategory))
    .ToListAsync();

奇怪的是这段代码能够运行，但我了解Include和ThenInclude并不直接支持使用Where子句进行过滤，想请教为何添加.AsQueryable()和.AsNoTracking()似乎解决了这个问题？

解答 #

核心结论 #

AsQueryable()在这里完全多余——_context.Orders本身就是IQueryable<Order>，调用它不会改变查询行为。真正让代码能运行的是AsNoTracking()（无跟踪模式）。

1. 跟踪查询的强制约束

在默认的跟踪查询模式下，EF Core需要维护实体的状态一致性：它要求加载的关联实体必须与数据库中的实际关联关系完全匹配。如果尝试在Include/ThenInclude中添加Where过滤关联数据，EF会直接报错——因为这会导致内存中的实体（比如某个OrderItem对应的Product被过滤）与数据库真实数据不一致，破坏了EF的状态跟踪机制。

2. 无跟踪模式的宽松处理

开启AsNoTracking()后，EF Core切换到只读模式：它不再维护实体状态，也不强制要求内存中的实体与数据库关联关系完全一致。此时EF会将ThenInclude中的Where条件转换为SQL的JOIN过滤逻辑，只返回符合条件的Product数据，不会强制加载全部关联实体，因此代码能正常运行。

注意：优先使用官方推荐的过滤Include写法

虽然你的代码能运行，但它属于利用无跟踪模式的“灰色地带”写法。EF Core 5.0及以上版本提供了官方支持的过滤Include语法，更清晰且符合设计规范，无论跟踪/无跟踪模式都能正常运行：

var orders = await _context.Orders
    .AsNoTracking()
    .Where(order => order.CustomerId == customerId)
    .Include(order => order.Customer)
    // 直接在OrderItems的Include中添加过滤条件，再关联Product
    .Include(order => order.OrderItems.Where(oi => 
        oi.Product.Category.ToUpper() == category || 
        oi.Product.Category == DefaultCategory))
    .ThenInclude(oi => oi.Product)
    .ToListAsync();

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