引用的一个可能的空参考实体在框架6查询

我认为你的意思是这样的：

public class PostFile {
    public Int32 UserId{ get; set; }
    public Int32 PostId { get; set; }

    public virtual User? User { get; set; }
    public virtual Post? Post { get; set; }
}

你原来的问题是一个警告，C第8条中引入更加明确的与空，能够参考的类型。 对于一个实体，上述执行情况是无效的，除非这些关系确实可选择的，这将需要他们的FK领域(用户名和帐子id)也是无能。 他们可能是 不 可选的。

主要的选项，以解决这个：

A)关闭的特征。 (禁用空，能够参考的项目)

B)要求"宽恕"的事实，这应该永远是空的，但不会在一个有效的国家建设。 (EF会管理他们)

public class PostFile {
    public Int32 UserId{ get; set; }
    public Int32 PostId { get; set; }

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

改变模型的标志导航性能作为空以引用很可能引起的各种问题，如迁移可，并将开始更换非空，能够驻有空能的。 标记这些参考文献为无能和EF保持快乐：

public class PostFile {
    public Int32? UserId{ get; set; }
    public Int32? PostId { get; set; }

    public virtual User? User { get; set; }
    public virtual Post? Post { get; set; }
}

这几乎是肯定 不 是你想要在你领域，或甚至合法的，如果用户名和帐子id一部分的一PK。

就个人而言，我粉化的这一变化C#作为一个"地雷"MS启用初步默认情况下，如客户的侧评估在EF。 :) 我预见到很多-一个计算器的问题，围绕这个警告或重大更改，以及很多-一个客户代码基充斥着"!"宽恕标签，因为老年非空-物件/引用的是传递到代码用空，能够参考的检查。

你应该标志着导航实体可为空。 你不应该偷懒装启用，因此导航性能够返回作为 null 从查询。 即使他们是需要在数据库，你的代码没有载它们。

在你的查询表，可以将某些实体框架是不要执行他们的客户方，但parse SQL query了他们。

因此：

.Where(x => x.User!.Id == request.UserId)

你可以告诉编译器 User! 你知道这不会是空在那里。 除非你能使客户方评估，但是你不应该的，如果你这样做，你需要一个空检查有无论如何。

至于使用 PostFile.User，如：

var postFile = dbContext.PostFiles.FirstOrDefault(p => p....) ?? throw ...;
var user = postFile.User;

有这可能 null 如果你没有 Include(p => p.User) 并没有偷懒装启用，所以 user 将需要一个空前检查使用情况。

如果你 不 使用延迟装载，则可以禁止的警告：

#pragma warning disable CS8618 // EF initializes these properties through lazy loading
    public virtual User User { get; set; }
#pragma warning restore CS8618 

我觉得你需要这个:

public class PostFile {
    public User User { get; set; }
    public Post Post { get; set; }
}

和呼叫

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

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