C# .NET Core禁用LINQ to SQL查询缓存解决参数复用问题

问题根因 #

该问题由表达式树闭包变量捕获逻辑 + EF查询缓存机制共同导致：你在构建筛选表达式时直接引用了请求作用域的query对象属性，老版本第三方PredicateBuilder（如旧版LinqKit）不会对这类闭包变量做参数化处理，EF编译查询时会将首次捕获的变量值固化为常量，后续请求只要表达式结构一致，就会复用缓存的查询逻辑和首次的参数值，导致租户数据串扰。

解决方案 #

方案1：启用表达式展开处理 #

如果你使用的是LinqKit提供的PredicateBuilder，在查询前调用AsExpandable()方法展开表达式树，自动将闭包变量转换为EF可识别的参数化节点，避免变量被固化为常量：

// 调用AsExpandable处理动态表达式
this.dbContext.Properties.AsExpandable().Where(predicate).ToListAsync();

方案2：调整闭包变量捕获逻辑 #

不要在表达式中直接引用整个query对象，先将查询参数提取为请求内的局部变量再写入表达式，确保每次请求构建的表达式捕获的都是全新的变量实例：

var predicate = PredicateBuilder.New<Property>(true);
if (query.OwnerIds != null && query.OwnerIds.Any())
{
    // 提取为请求内的局部变量，避免捕获全局/跨请求的query对象
    var currentOwnerIds = query.OwnerIds.ToList();
    predicate = predicate.And(p => currentOwnerIds.Contains(p.PrimaryOwner) || currentOwnerIds.Contains(p.SecondaryOwner));
}
return predicate;

方案3：排查服务生命周期配置 #

• 确认DI容器中DbContext注册为Scoped生命周期，确保每个请求对应独立的DbContext实例
• 确认构建predicate的相关服务没有被注册为Singleton，避免首次构建的表达式被全局复用

临时排查方案（不建议线上长期使用） #

可以临时禁用当前查询的缓存，验证是否为缓存导致的参数复用问题：

this.dbContext.Properties
    .AsNoTracking()
    .WithNoQueryCache() // EF Core 3.0+ 支持该方法禁用查询缓存
    .Where(predicate)
    .ToListAsync();

内容的提问来源于stack exchange，提问作者pr.lwd