LINQ查询中导航属性触发可空引用警告的正确处理方法

原null!写法的合理性判断 #

不合理。该写法强制编译器将可空导航属性标记为永久非空，会完全丢失该属性的全局空安全校验能力，普通业务代码直接访问该属性时不会触发空引用警告，会埋下实际运行时空崩的隐患，不符合可空引用类型的设计初衷。

保留空安全校验的前提下消除警告的方案 #

1. 查询中使用局部空包容运算符（最推荐）

仅在LINQ查询的对应访问处添加!空包容运算符，作用范围仅局限于当前这一行代码，不会影响其他场景的空校验：

Model.Reports
    .Select(x => new {
        Field = x.LocationClassification!.Text
    })

该方案仅消除编译器的误报警告，不会修改EF Core的查询翻译逻辑，运行时依然会按照左连接逻辑处理空导航属性，最终返回null而非抛出异常，完全符合对应业务场景要求。

2. 显式添加空判断

如果不想使用空包容运算符，可以手动写空分支逻辑，编译器不会触发警告，且EF Core可以正常翻译为等价SQL，性能无损失：

Model.Reports
    .Select(x => new {
        Field = x.LocationClassification != null ? x.LocationClassification.Text : null
    })

3. 用AutoMapper处理投影映射

如果查询是用于映射到DTO对象，可以将投影逻辑配置在AutoMapper的映射规则中，AutoMapper会自动生成空安全的映射代码，无需在业务查询中额外处理即可消除警告。

内容的提问来源于stack exchange，提问作者Kevin O'Donovan