Linq to Entities查询中空引用解引用何时引发无效操作异常？

三种查询场景 #

1. 投影外的Where语句 #

var results = context.Table.Where(t => t.NullableReference.BoolColumn);

2. 投影语句 #

var results2 = context.Table.Select(t => t.NullableReference.BoolColumn).ToList();

3. 包含Where语句的投影 #

var results3 = context.Table
    .SelectMany(t => t.CollectionReference
        .Where(c => c.NullableReference.BoolColumn)
        .Select(c => c.TextColumn)
    )
    .ToList();

现象与疑问 #

实际运行时，场景1不会触发无效操作异常，场景2会抛出异常，场景3无异常但逻辑不易理解。核心疑问是：为何不同语句中空引用解引用的表现差异如此之大？有没有可遵循的判断规则？

原因解析与判断规则 #

场景1：投影外的Where语句 #

EF Core会将这个查询转换为数据库可执行的SQL，t.NullableReference.BoolColumn会被解析为SQL中的关联字段访问。当NullableReference为NULL时，SQL会将该表达式判定为NULL，而WHERE子句中NULL会被视为false，只会过滤掉这部分数据，不会触发.NET的空引用异常——因为整个过滤逻辑在数据库端完成，没有在内存中对NULL对象进行解引用操作。

场景2：投影语句 #

该查询会直接投影NullableReference.BoolColumn的值到.NET类型。如果BoolColumn是.NET非可空值类型（如bool），当数据库中NullableReference为NULL时，返回的对应字段值也是NULL，EF Core无法将NULL映射到非可空值类型，因此抛出InvalidOperationException。若BoolColumn定义为可空的bool?类型，则不会出现此问题。

场景3：包含Where语句的投影 #

这里的Where(c => c.NullableReference.BoolColumn)是集合导航属性的子过滤逻辑，EF Core会将其转换为SQL中的关联过滤。当c.NullableReference为NULL时，该条件在SQL中会被判定为NULL，对应的CollectionReference项会被过滤掉。最终投影的TextColumn仅来自NullableReference不为NULL的有效项，不存在NULL值映射到非可空类型的问题，因此不会触发异常。

通用判断规则 #

1. 过滤逻辑在数据库端执行时：空引用的解引用如果出现在WHERE、JOIN等过滤条件中，SQL会自动将NULL属性访问视为NULL，仅过滤数据，不会触发.NET空引用异常。
2. 直接投影非可空值类型时：若投影的属性来自可能为NULL的导航属性，且该属性是.NET非可空值类型，当数据库返回NULL时，EF Core无法完成映射，会抛出无效操作异常。
3. 过滤后再投影：如果在投影前已经通过WHERE条件过滤掉导航属性为NULL的项，投影的属性均来自有效对象，不会出现NULL映射问题，无异常。

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