EF Core LINQ中SingleOrDefault()返回null时为何未触发空引用异常？

这确实是Entity Framework（EF）将LINQ查询翻译成SQL执行导致的预期行为，背后的核心原因是EF的查询执行逻辑和普通C#内存代码完全不同，具体可以拆解成这几点来理解：

• EF不会在内存中执行你的C#表达式：当你在Select里写ctx.Items.SingleOrDefault(i => i.Id == someQueryThatReturns0).Code时，EF不会先执行内部的someQueryThatReturns0得到0，再去内存里查找Items集合中Id=0的对象，最后访问它的Code属性。它会把整个LINQ表达式树转换成对应的SQL语句，全程在数据库端执行。

• SQL的NULL逻辑直接映射回C#：在SQL中，如果Items表中没有Id=0的记录，那么对应的Code字段会返回NULL（而不是像C#那样抛出空引用异常）。EF会自动把SQL返回的NULL映射为C#中的null，所以最终你的someProp就直接被赋值为null，不会触发任何内存中的空引用检查。

• 和内存中执行的区别：如果这段逻辑是用LINQ to Objects（比如先把Items数据拉到内存，再执行查询），那确实会抛出NullReferenceException——因为此时SingleOrDefault返回null，再访问.Code就会触发异常。但EF的LINQ to Entities是把整个查询推到数据库执行，所以不会有这个问题。

• 额外注意点：如果你的Items表中实际存在Id=0的记录，那不管内部查询是否返回0，都会拿到那条记录的Code值，此时someProp就不会是null。另外，如果你想显式处理空值情况，可以在查询中使用空传播运算符?.（比如ctx.Items.SingleOrDefault(... )?.Code），EF同样会把它翻译成对应的SQL逻辑（比如CASE WHEN ... THEN ... ELSE NULL END或者COALESCE），结果还是返回null，不会抛异常。

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