LINQ IN类型查询报错：基于用户授权获取关联公司列表问题

我来帮你排查这个OData接口的问题，你的代码里有几个明显的错误导致报错，咱们一步步来梳理和修复：

问题分析 #

1. 返回类型不匹配
   你声明方法返回IQueryable<UserAuthorization>，但实际查询的是db.Companies（Company类型的集合），这会直接导致编译或运行时类型不兼容错误。

2. Contains方法用法错误
   代码里的m.Id.ToString().Contains(userCompanyIds)完全不符合逻辑：Contains用于检查集合是否包含单个元素，而你这里是把公司Id转成字符串，试图去包含整个List<int>集合，这在语法和业务逻辑上都是错误的。

3. 不必要的ToList()导致性能浪费
   你把userCompanyIds转成List<int>会让EF提前执行查询，把数据加载到内存，之后再查询公司时又要走一次数据库，不仅性能差，还失去了IQueryable延迟加载的优势。

修复后的代码方案 #

这里提供两种可行的修复方案，你可以根据自己的实体关系选择：

方案一：利用导航属性直接关联查询（推荐，更简洁）

如果你的UserAuthorization实体已经和Company配置了导航属性（比如public Company Company { get; set; }），可以直接这样写：

// GET: odata/Companies/GetUserCompanies
[EnableQuery]
public IQueryable<Company> GetUserCompanies()
{
    // 直接通过用户授权记录关联到对应的公司，全程保持IQueryable延迟执行
    return db.UserAuthorizations
        .Where(u => u.Cwid == this.UserId)
        .Select(u => u.Company);
}

方案二：通过Id集合过滤公司

如果没有配置导航属性，或者更习惯用Id过滤的方式，可以这样写：

// GET: odata/Companies/GetUserCompanies
[EnableQuery]
public IQueryable<Company> GetUserCompanies()
{
    // 保持userCompanyIds为IQueryable<int>，让EF把整个查询翻译成单条SQL
    var userCompanyIds = db.UserAuthorizations
        .Where(u => u.Cwid == this.UserId)
        .Select(u => u.CompanyId);

    // 正确使用Contains检查公司Id是否在用户拥有的Id集合中，EF会转成SQL的IN语句
    return db.Companies.Where(m => userCompanyIds.Contains(m.Id));
}

关键改进点说明 #

• 修正返回类型：把返回值从IQueryable<UserAuthorization>改为IQueryable<Company>，和实际要返回的公司列表类型匹配。
• 正确使用Contains：用集合的Contains方法检查单个Id是否在用户的公司Id集合中，这是EF支持的标准写法，会被转换成高效的SQL IN查询。
• 保留延迟加载：避免不必要的ToList()，让EF把整个查询合并成一条SQL在数据库端执行，提升性能。

另外还要注意：确保this.UserId的类型和UserAuthorization.Cwid的类型一致，如果类型不匹配（比如一个是int一个是string），需要做相应的类型转换，比如u.Cwid == this.UserId.ToString()。

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