如何禁用EF Core可选依赖实体默认不实例化的行为

可行解决方案整理 #

以下方案均可实现即使依赖实体所有属性值为NULL，也能正常获取实例，避免频繁空值校验：

方案1：配置非空影子属性（兼容所有EF Core版本，无实体侵入）

触发EF Core不创建依赖实体的核心前提是依赖实体映射的所有数据库列值均为NULL，我们只需新增一个永远非空的影子属性即可绕过该逻辑：

// 在DbContext的OnModelCreating方法中添加配置
modelBuilder.Entity<Account>()
    .HasOne(a => a.Settings)
    .WithOne()
    .HasForeignKey<Settings>(s => s.AccountId)
    .IsRequired(); // 标记导航为必填，告知EF Core该关联始终存在

// 给Settings实体添加非空影子属性，默认值固定为true，无需修改实体类
modelBuilder.Entity<Settings>()
    .Property<bool>("IsSettingsValid")
    .HasDefaultValue(true)
    .IsRequired();

// 保留原有的表拆分配置
modelBuilder.Entity<Settings>().ToTable("Accounts");

该方案无需修改现有实体代码和业务逻辑，新增的影子字段会自动由EF维护，无需手动赋值。

方案2：Backing Field懒初始化（无需修改数据库结构）

构造函数初始化的实例会被EF Core的查询结果覆盖，所以我们改用私有字段存储导航属性值，在属性Getter中实现自动初始化，同时配置EF优先操作字段保证跟踪正常：

// 修改Account实体代码
public class Account
{
    public int Id { get; set; }
    // 私有字段存储实际值
    private Settings _settings;
    public Settings Settings
    {
        get => _settings ??= new Settings { AccountId = Id };
        set => _settings = value;
    }
}

// EF配置中添加属性访问模式配置
modelBuilder.Entity<Account>()
    .Navigation(a => a.Settings)
    .UsePropertyAccessMode(PropertyAccessMode.Field);

// 保留原有表拆分、外键配置即可

该方案适合不能修改数据库表结构的场景，首次访问Settings属性时会自动完成初始化，EF Core的变更跟踪完全正常。

方案3：EF Core 7+ 极简配置（针对Owned类型表拆分）

如果你的Settings是作为Account的拥有实体（Owned Entity）配置的表拆分，EF Core 7及以上版本可直接通过IsRequired()配置强制实例化：

modelBuilder.Entity<Account>()
    .OwnsOne(a => a.Settings, cfg =>
    {
        cfg.ToTable("Accounts");
        cfg.IsRequired(); // 强制拥有实体始终实例化，即使所有属性为NULL
    });

该方案无需额外修改其他代码，是版本符合要求下的最优解。

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