EF6 Products与Category多对多关联下按分类ID的LINQ查询筛选问题

• 直接查询Products实体时Categories属性为null，是因为不满足EF6导航属性加载的触发条件：要么未开启延迟加载、要么导航属性没有标记为virtual、要么查询时未显式指定预加载关联数据，EF不会自动把关联表数据填充到导航属性上。
• 之前尝试的筛选写法失效，核心是误用了内存集合的实例方法：ForEach是无返回值的集合遍历方法，根本无法作为筛选条件通过编译；Find是List类型的内存查找方法，EF的表达式解析器无法将其翻译成SQL语句，写在IQueryable查询中会直接抛出异常。
• 选择匿名类型返回结果时，查询返回的是包含Product实体和Categories集合的临时对象，而非Product实体本身，自然不会自动给实体的导航属性赋值。

1. 按categoryId筛选产品的标准写法 #

多对多关系下EF会自动维护中间关联表，筛选符合指定分类的产品，核心是用Any方法判断产品是否存在关联的匹配分类，该方法可被EF正常解析为SQL的EXISTS子查询：

var categoryId = request.CategoryId;
var filteredQuery = _context.Products
    .Where(product => product.Categories.Any(category => category.Id == categoryId));

注意：禁止使用之前尝试的ForEach、Find方法做筛选，这两类方法都属于内存集合操作，无法被EF解析执行

2. 给Product实体的Categories导航属性正确赋值 #

根据实际使用场景，可选择三种可靠的实现方式：

• 预加载模式（最常用，无额外查询开销）
  在查询时通过Include指定要加载的关联导航属性，EF会自动将加载的分类集合填充到对应Product实体的Categories属性上，不需要手动赋值：

  var query = _context.Products
      .Include(product => product.Categories)
      .Where(product => product.Categories.Any(category => category.Id == request.CategoryId));
  // 执行查询后，每个Product实例的Categories属性都会被自动填充，无null值
  

• 延迟加载模式（无需每次写Include）
  配置满足延迟加载的触发条件后，EF会在首次访问Categories属性时自动发起查询填充数据：
  1. 将Product实体的Categories导航属性标记为virtual，供EF生成动态代理类拦截属性访问
  2. 确认上下文配置开启延迟加载（EF6默认开启，若未被修改则无需额外设置）：Configuration.LazyLoadingEnabled = true; Configuration.ProxyCreationEnabled = true;
     满足以上条件后，直接查询得到的Product实例，在第一次访问product.Categories时就会自动加载关联数据，不会返回null。
• 显式补加载模式（针对已经查询到的实体补全导航属性）
  如果已经获取了Product实体，但因为之前的查询没有关联加载导致Categories为null，可以通过显式加载方法单独补全数据：

  // 对单个实体补加载分类集合
  _context.Entry(existingProduct).Collection(p => p.Categories).Load();
  

• 不要通过查询匿名类型的方式间接获取关联数据后手动给实体赋值：这种方式多了一次对象遍历的开销，直接用Include预加载可以一步完成实体的属性填充，效率更高。
• 不要将内存集合的操作直接写在EF的IQueryable查询链中：EF仅支持可翻译为T-SQL的标准LINQ扩展方法，所有IEnumerable层面的内存方法都会触发执行异常。
• 不需要加载全部分类时，不要随意使用Include：多对多关系下的预加载可能触发笛卡尔积，导致查询返回重复的产品数据，增加不必要的数据库开销。

内容的提问来源于stack exchange，提问作者Thắng Nguyễn Quyết