.Net Core WebAPI使用PagedList报错IQueryable未实现IAsyncQueryProvider如何解决

你遇到的报错核心原因是：在仓储层中你先通过两次ToListAsync()把用户数据全部加载到了内存中，生成了List<MemberDto>类型的members集合，之后调用AsQueryable()得到的是内存集合对应的IQueryable对象，它的底层提供者没有实现EF Core要求的IAsyncQueryProvider接口。而你分页工具类的CreateAsync方法里用了EF专属的异步扩展方法CountAsync()、ToListAsync()，这两个方法只能用于尚未执行的EF数据库查询，不能用于内存集合，因此触发了异常。

提供两种可行方案，优先推荐方案二，性能表现更好：

方案1：适配内存集合的分页逻辑 #

如果保持现有两次查库拉取全量数据的逻辑不变，直接修改分页部分用同步方法处理即可，不需要走EF异步流程：

public async Task<PagedList<MemberDto>> GetMembersAsync(UserParams userParams)
{
    var members1 = await _context.Users
    .Where(x => x.Photos.Any(y => y.Url.Substring(0, 4) == "http"))
        .Select(m => new MemberDto
        {
            Id = m.Id,
            UserName = m.UserName,
            // 注意补充DisplayName赋值，否则排序会使用默认值
            DisplayName = m.DisplayName
        }).ToListAsync();

    var member2 = await _context.Users
    .Where(x => x.Photos.Any(y => y.Url.Substring(0, 4) != "http"))
        .Select(m => new MemberDto
        {
            Id = m.Id,
            UserName = m.UserName,
            DisplayName = m.DisplayName
        }).ToListAsync();

    // 内存中完成过滤、排序
    var members = members1.Union(member2)
        .Where(u => u.UserName == "John")
        .OrderBy(x => x.DisplayName)
        .ToList();
    
    // 同步计算分页结果，不需要调用异步CreateAsync方法
    var count = members.Count;
    var items = members.Skip((userParams.PageNumber - 1) * userParams.PageSize).Take(userParams.PageSize).ToList();
    return new PagedList<MemberDto>(items, count, userParams.PageNumber, userParams.PageSize);
}

如果不想修改仓储层逻辑，也可以给PagedList新增一个适配内存集合的同步Create方法：

public static PagedList<T> Create(IEnumerable<T> source, int pageNumber, int pageSize)
{
    var count = source.Count();
    var items = source.Skip((pageNumber - 1) * pageSize).Take(pageSize).ToList();
    return new PagedList<T>(items, count, pageNumber, pageSize);
}

之后在仓储层直接调用这个同步方法即可。

方案2：优化查询逻辑，合并为单次EF查询（推荐） #

你当前两次查库+全量拉取数据的写法性能很差，数据量大时会严重拖慢接口速度，完全可以把两次过滤条件合并，直接用EF的IQueryable做Union，全程不提前加载到内存，走原生EF异步查询：

public async Task<PagedList<MemberDto>> GetMembersAsync(UserParams userParams)
{
    // 构造IQueryable查询，不立即触发查库
    var query1 = _context.Users
        // 用StartsWith替代Substring，效率更高且能避免字符串长度不足4时的索引错误
        .Where(x => x.Photos.Any(y => y.Url.StartsWith("http")))
        .Select(m => new MemberDto
        {
            Id = m.Id,
            UserName = m.UserName,
            DisplayName = m.DisplayName
        });
    
    var query2 = _context.Users
        .Where(x => x.Photos.Any(y => !y.Url.StartsWith("http")))
        .Select(m => new MemberDto
        {
            Id = m.Id,
            UserName = m.UserName,
            DisplayName = m.DisplayName
        });

    // 合并查询、加过滤、排序，全程操作IQueryable，不触发查库
    var query = query1.Union(query2)
        .Where(u => u.UserName == "John")
        .OrderBy(x => x.DisplayName);
    
    // 传入原生EF的IQueryable，原有异步CreateAsync方法可正常运行
    return await PagedList<MemberDto>.CreateAsync(query, userParams.PageNumber, userParams.PageSize);
}

该方案只会在分页方法里执行两次查库操作：一次查询符合条件的总条数，一次查询当前页的数据，不会拉取全量数据，性能远高于方案1。

内容的提问来源于stack exchange，提问作者Sami-L