EF Core实现SQL数据库任意字段查询的可行性与实现方案咨询

首先明确：传入任意字段名和值的查询方案是可行的，可通过动态构建LINQ表达式树实现。
你直接写的方法调不通的核心原因是：EF Core无法将基于反射、动态属性访问的C#逻辑翻译成SQL语句，必须通过表达式树构造符合EF Core解析规则的查询条件。

实现示例代码 #

public async Task<GetCar> GetCarByAnyCarField(string carFieldName, object carFieldValue)
{
    // 校验字段合法性，避免非法字段查询
    var carProperty = typeof(Car).GetProperty(carFieldName);
    if (carProperty == null)
        throw new ArgumentException($"查询字段{carFieldName}不存在");

    // 动态构建查询Lambda表达式
    var parameter = Expression.Parameter(typeof(Car), "c");
    var propertyAccess = Expression.Property(parameter, carProperty);
    // 对传入的object值做类型转换，匹配字段实际类型
    var convertedValue = Convert.ChangeType(carFieldValue, carProperty.PropertyType);
    var constant = Expression.Constant(convertedValue);
    var equalCondition = Expression.Equal(propertyAccess, constant);
    var filterLambda = Expression.Lambda<Func<Car, bool>>(equalCondition, parameter);

    // 执行EF Core查询
    var carEntity = await cardb.Cars.FirstOrDefaultAsync(filterLambda);
    // 此处补充实体到GetCar DTO的映射逻辑即可
    return _mapper.Map<GetCar>(carEntity);
}

该方案属于典型的不良实践，仅建议在内部工具、严格控制入参的场景下使用，对外提供的API绝对不建议使用，核心问题如下：

• 类型安全缺失：编译阶段无法校验字段名合法性、值类型匹配性，所有错误都只能在运行时暴露，排查成本高
• 安全风险高：如果入参由前端直接传入，恶意用户可通过传入敏感字段（比如内部价、逻辑删除标记等）获取非公开数据
• 性能不可控：你无法为所有字段提前创建索引，若用户查询无索引的大字段，会直接导致全表扫描，拖垮数据库性能
• 维护性极差：后续字段改名、类型调整时，无法通过编译检查找到所有调用方，极易引发线上隐性故障

• 如果查询字段数量≤10，优先为每个字段单独编写查询方法，类型安全、易维护，也方便针对性做索引优化、缓存配置
• 如果查询字段确实很多，不想重复写单字段查询方法，可做两层限制：
  1. 新增白名单校验逻辑，仅允许查询对外开放的非敏感字段
  2. 改用System.Linq.Dynamic.Core库简化动态查询逻辑，避免手写表达式树的冗余代码

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