EF Core中已加载至变更追踪器的Owned Type未关联到聚合根，导致属性为null

看起来你遇到的问题特别典型——EF Core明明已经把ChangePasswordCode加载到变更追踪器里了，但就是没法关联到对应的User对象上，导致User的ChangePasswordCode属性一直是null。我帮你分析下核心原因和解决办法：

1. 核心问题：Owner主键与Owned外键的类型不匹配 #

从你提供的DbContext快照里能揪出关键问题：

• 你的User聚合根主键是自定义值对象UserId
• 但ChangePasswordCode的外键被配置成了Guid类型：b1.Property<Guid>("UserId")

EF Core没办法自动把Guid类型的外键和UserId值对象的主键做匹配，哪怕两条数据的键值实际完全一致，EF Core也识别不出它们属于同一个关联，自然就没法把ChangePasswordCode挂载到User对象上。

2. 针对性解决办法 #

方法一：修改Owned Type的外键类型，与Owner主键一致

在UserConfigurations的ConfigureUsersTable方法里，把ChangePasswordCode的外键类型改成UserId，而非Guid：

builder.OwnsOne(u => u.ChangePasswordCode, cb =>
{
    // 这里使用UserId类型，和User的主键类型保持一致
    cb.Property<UserId>("UserId")
        .HasColumnType("uuid");
    
    cb.Property(c => c.ExpiryTime)
        .HasColumnType("timestamp with time zone");
    
    cb.Property(c => c.Value)
        .IsRequired()
        .HasColumnType("text");
    
    cb.HasKey("UserId");
    cb.ToTable("Users");
    cb.WithOwner()
        .HasForeignKey("UserId");
});

方法二：确保值对象的类型转换配置正确

如果你的UserId值对象还没配置EF Core的类型转换（把UserId映射到数据库的uuid类型），需要先补充配置，比如在DbContext的OnModelCreating里：

modelBuilder.Entity<User>()
    .Property(u => u.Id)
    .HasConversion(
        id => id.Value,
        value => new UserId(value));

方法三：显式Include关联的Owned Type（辅助验证）

虽然表拆分的Owned Type理论上会被自动加载，但有时候显式加上Include能帮EF Core明确关联关系，你可以先在查询里试试：

public async Task<User?> GetByIdAsync(UserId id, CancellationToken cancellationToken = default)
{
    var user = await _context.Users
        .Include(u => u.ChangePasswordCode) // 显式包含Owned Type
        .FirstOrDefaultAsync(u => u.Id == id, cancellationToken);

    return user;
}

方法四：给ChangePasswordCode添加私有无参构造函数

EF Core实例化Owned Type时，可能需要无参构造函数（哪怕是私有的）。你的ChangePasswordCode目前只有带参构造，加上一个私有无参构造试试：

public class ChangePasswordCode : ValueObject
{
    public string Value { get; private set; }
    public DateTime ExpiryTime { get; private set; }

    public ChangePasswordCode(string value, DateTime expiryTime)
    {
        Value = value;
        ExpiryTime = expiryTime;
    }

    // 添加私有无参构造函数供EF Core使用
#pragma warning disable CS8618
    private ChangePasswordCode() {}
#pragma warning restore CS8618
    ...
}

3. 验证步骤 #

修改配置后，建议先清理现有迁移并重新生成，确保数据库结构和代码配置完全一致，然后再测试查询，应该就能看到User.ChangePasswordCode正确加载数据了。

备注：内容来源于stack exchange，提问作者Huynh Loc Le