MongoDB LINQ查询中处理用户Factory字段为Null的异常问题

这个问题的核心原因是MongoDB.Driver的LINQ查询提供器不支持C#的短路求值逻辑。当你在LINQ表达式里写currentUser.Factory == null || x.FactoryId == currentUser.Factory.Id时，MongoDB的表达式解析器会尝试解析整个表达式树——哪怕currentUser.Factory是null，它也不会像C#运行时那样提前终止判断，反而会直接尝试访问currentUser.Factory.Id，最终触发Non-static method requires a target异常。

最直接的解决方案：拆分查询逻辑，规避表达式中的潜在Null访问 #

我们可以提前判断用户的工厂绑定状态，分情况构建查询，彻底避免在LINQ表达式中出现可能的Null属性访问：

// 获取订单的基础查询对象
var orderQuery = db.GetCollection<Order>("order").AsQueryable();

// 如果用户绑定了工厂，添加FactoryId过滤条件
if (currentUser.Factory != null)
{
    var targetFactoryId = currentUser.Factory.Id;
    orderQuery = orderQuery.Where(x => x.FactoryId == targetFactoryId);
}

// 执行最终查询
var orders = orderQuery.ToArray();

为什么这个方案能解决问题？ #

• 当用户是全局用户（currentUser.Factory == null）时，我们直接跳过过滤逻辑，返回所有订单，完全不会触发currentUser.Factory.Id的访问操作；
• 当用户绑定了工厂时，我们提前提取Factory.Id的值存入局部变量，再将变量传入LINQ表达式——此时表达式中访问的是一个确定非空的变量，不会触发Null引用问题。

另一种写法：提前提取变量保持LINQ表达式风格 #

如果你更倾向于保持LINQ链式调用的写法，也可以通过C#空传播运算符提前提取可能的FactoryId：

int? targetFactoryId = currentUser.Factory?.Id;

var orders = db.GetCollection<Order>("order").AsQueryable()
    .Where(x => targetFactoryId == null || x.FactoryId == targetFactoryId.Value)
    .ToArray();

这种方式将currentUser.Factory.Id的访问提前到LINQ表达式之外，MongoDB的解析器可以正确处理targetFactoryId这个局部变量的判断逻辑，不会再触发Null相关的异常。

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