NHibernate中Where子句内的空值检查失效问题求助

这个问题是NHibernate LINQ Provider的典型限制之一：它无法像原生C#代码那样对||运算符进行短路求值。哪怕你写了x == null || x.Ys.Contains(y)，NHibernate会尝试把整个表达式转换成SQL语句，而不会先在内存中判断x == null的结果，这就导致即使x是null，它还是会尝试解析x.Ys.Contains(y)这部分逻辑，最终引发空引用异常。

最稳妥的解决方案：拆分查询逻辑 #

既然NHibernate不支持这种内存条件和查询条件混合的短路判断，我们可以提前在内存中判断x的状态，然后分情况构建查询：

var x = xId.HasValue ? _xRepository.Get(xId) : null;
var query = _yRepository.Find();

// 只有当x不为null时，才添加Contains条件
if (x != null)
{
    query = query.Where(y => x.Ys.Contains(y));
}

var result = query.ToArray();

这种方式的优势在于：

• 完全避免了在LINQ表达式中处理null判断，NHibernate只会生成对应场景的SQL
• 当x为null时，直接返回所有Y实体，和你原来的逻辑一致
• 代码逻辑更清晰，也更容易维护

为什么原代码会出错？ #

原代码中的x == null是一个内存中的条件判断，而x.Ys.Contains(y)是需要转换成SQL的查询条件。NHibernate的LINQ解析器会把整个Lambda表达式当作要转换的查询逻辑，它不会先执行内存中的x == null判断，而是试图把整个表达式翻译成SQL——这时候如果x是null，解析x.Ys就会触发空引用异常，因为它需要访问x的Ys属性来生成关联查询。

额外提示 #

如果你的NHibernate版本比较新，也可以尝试使用空传播运算符?.，但需要注意并不是所有版本都支持这种语法的解析：

var result = _yRepository.Find()
    .Where(y => x?.Ys.Contains(y) != false).ToArray();

不过这种写法的兼容性不如拆分查询好，而且逻辑可读性也稍差，所以更推荐第一种拆分查询的方案。

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