.NET6开启可空引用后EF6查询空引用解引用警告如何修复？

方案1：直接使用外键字段查询（最推荐） #

你实体中已经定义了UserId外键属性，完全不需要通过导航属性User查询，直接写即可：

var postFiles = context.postFiles.Where(x => x.UserId == request.UserId);

这是性能最优、也完全不会触发可空警告的写法，EF可以直接根据外键生成SQL，不需要关联User表，执行效率更高。

方案2：显式处理可空判断 #

如果你确实需要通过导航属性查询（比如要判断User的其他非外键字段），可以在LINQ里增加空判断，EF翻译SQL时会自动忽略无意义的空判断，不会影响最终执行逻辑：

var postFiles = context.postFiles.Where(x => x.User != null && x.User.Id == request.UserId);

如果确定业务上PostFile的UserId一定对应存在的User，也可以用空包容运算符!抑制警告：

var postFiles = context.postFiles.Where(x => x.User!.Id == request.UserId);

注意这种写法要求你确保数据一致性，不会出现UserId有效但User导航属性未加载/为空的情况，比如查询时加了Include(x => x.User)或者该导航属性配置了懒加载。

方案3：配置导航属性的必需约束（从模型层面解决） #

如果业务上每一条PostFile一定关联存在的User，你可以通过Fluent API或者数据注解标记导航属性为必需，这样就不需要加?声明可空：

// 模型配置示例（Fluent API）
modelBuilder.Entity<PostFile>()
    .HasOne(pf => pf.User)
    .WithMany()
    .HasForeignKey(pf => pf.UserId)
    .IsRequired(); // 标记为必需

之后实体的导航属性可以改回非可空，用null!初始化抑制构造函数非空警告即可：

public virtual User User { get; set; } = null!;

因为EF在查询或者关联实体时会自动填充这个属性，不会出现实际为空的情况。

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