EF Core中LINQ的All/Any方法查询long数组ID多对多关系报错问题

错误原因分析 #

• 查询逻辑本身错误：你写的idSites.All(id => x.Sites.All(site => site.Id == id))逻辑不成立，该条件要求传入的站点ID数组中每一个ID，都等于用户关联的所有站点ID，例如传入[1,3]时，要求用户所有站点ID都是1、同时所有站点ID都是3，不可能有符合条件的结果，即便EF能翻译也查不到数据。
• EF Core翻译限制：嵌套的All/Any结合本地集合、多层三元表达式的查询写法超出了EF Core的SQL翻译能力范围，因此触发了无法翻译的报错。
• AsEnumerable方案失效的原因：调用AsEnumerable会直接将当前已经执行的SQL结果加载到内存中，此时你没有提前加载关联的Sites导航属性，内存中的User对象的Sites集合为空，所以过滤结果永远为空，且后续无法再调用EF专属的Include方法。

解决方案 #

1. 调整查询逻辑 #

你的需求是查询关联站点包含传入数组所有ID的用户，等价于「用户关联站点ID和传入ID数组的交集长度，等于传入数组的长度」，这种写法EF Core可以直接翻译为SQL。

2. 拆分查询逻辑 #

为了适配通用接口的多参数拼接需求，不要在Where中写多层三元表达式，直接基于IQueryable拼接条件即可，更加灵活易读。

3. 完整示例代码 #

public async Task<ActionResult<IEnumerable<User>>> GetUser(IEnumerable<long> idSites)
{
    // 初始化查询，提前Include需要加载的关联数据，不需要加载Sites可删除这行
    IQueryable<User> query = DBContext.Users
        .Include(u => u.Sites);

    // 仅当idSites有值时追加过滤条件
    if (idSites != null && idSites.Any())
    {
        // 可选：对传入ID去重，避免重复ID导致计数不准
        var distinctSiteIds = idSites.Distinct().ToList();
        // 核心过滤条件：交集长度等于传入ID数量，即包含所有传入站点ID
        query = query.Where(u => 
            u.Sites.Select(s => s.Id)
            .Intersect(distinctSiteIds)
            .Count() == distinctSiteIds.Count
        );
        // 若EF Core版本不支持Intersect翻译，可替换为以下写法，效果完全一致
        // query = query.Where(u => distinctSiteIds.All(id => u.Sites.Any(s => s.Id == id)));
    }

    // 执行查询
    var resultUsers = await query.ToListAsync();
    // 其他后续逻辑
    return Ok(resultUsers);
}

4. 效果验证 #

• 传入[1,3]时，关联站点为[1,2,3]的用户交集为[1,3]，长度2等于传入数组长度，符合条件；
• 关联站点为[1,2,4]的用户交集为[1]，长度1不等于2，不符合条件，完全匹配需求。
• 该写法可以被EF Core完美翻译为SQL，不会触发无法翻译的报错，也不需要客户端计算，性能更高。

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