LINQ IQueryable无法解析表达式，但IEnumerable可行的原因咨询

核心问题：反射操作无法被EF Core翻译为SQL #

你的代码里用了typeof(Book).GetProperty(order)!.GetValue(b)这种反射方式获取属性值来排序——EF Core的LINQ查询本质是把表达式树转换成数据库能执行的SQL语句，但反射属于.NET运行时的动态操作，EF的查询翻译器没有对应的逻辑把它转换成ORDER BY [ColumnName]这样的SQL语法，所以会抛出无法翻译的警告。

关于你猜测的Func<Book, object?>的说明 #

你猜的点有一定关联，但不是根本原因：如果是强类型的Func（比如b => b.Title），EF完全能正常翻译。问题出在这个Func内部包含了EF无法识别的反射调用，而非Func本身的类型。

为什么加AsEnumerable()就正常了 #

AsEnumerable()会把EF的IQueryable转为内存中的IEnumerable，这意味着后续的排序、分页操作都是在客户端内存里执行的，不再需要EF生成SQL。此时反射调用就是普通的.NET内存操作，自然能运行，但这种做法会把整个Books表（包括关联的Author数据）全部加载到内存，数据量较大时会严重影响性能。

正确的动态排序实现（保持服务器端翻译） #

要在服务器端执行动态排序，需要手动构建EF能识别的表达式树，示例代码如下：

using System.Linq.Expressions;

public IEnumerable<Book> GetAllBooks(int page, int count, string order, string direction)
{
    var books = _context.Books
        .Include(b => b.Author)
        .AsQueryable();

    // 构建排序的表达式树
    var parameter = Expression.Parameter(typeof(Book), "b");
    var property = Expression.Property(parameter, order);
    // 转换为object类型适配Func<Book, object>
    var convertExpr = Expression.Convert(property, typeof(object));
    var sortLambda = Expression.Lambda<Func<Book, object>>(convertExpr, parameter);

    // 应用排序
    if (direction == "Ascending")
    {
        books = books.OrderBy(sortLambda);
    }
    else if (direction == "Descending")
    {
        books = books.OrderByDescending(sortLambda);
    }

    return books
        .Skip((page - 1) * count)
        .Take(count)
        .AsEnumerable();
}

这种方式构建的表达式树能被EF正确翻译为SQL的ORDER BY语句，同时保留服务器端分页的性能优势。

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