EF Core 同配置关联实体一个加载正常一个为null问题求助

问题原因排查优先级 #

• 命名规则冲突：EF Core 3.1默认约定下，File是.NET/EF内部保留的类型名称别名，关联属性匹配时会出现命名歧义，和Comment这种无冲突的命名表现不一致。
• 混合引用EF6与EF Core的类型冲突：你的项目同时引用了Entity Framework 6.4.4和EF Core 3.1.4，若File实体的导航属性、外键配置不小心引用了EF6的[ForeignKey]/[InverseProperty]特性，EF Core会识别失效，而Comment恰好使用了EF Core的特性就表现正常。
• 急切加载/懒加载配置不一致：检查查询Project时的Include调用是否漏写了Include(p=>p.Files)，如果Comment加了Include而Files没加，就会出现对应差异；如果开启了懒加载，要检查Files属性是否加了virtual修饰符，而Comments加了的话也会出现加载差异。
• 外键字段大小写/类型不匹配：EF Core 3.1的Sqlite provider对字符串外键的大小写敏感，检查File表的ProjectId字段名、类型是否和Comment的ProjectId完全一致，若File的外键写成ProjectID（全大写D）、或者类型是int?可空而Comment的是int不可空，也会导致关联匹配失败。

对应解决方案 #

第一步：解决命名冲突 #

将你的File实体类重命名为ProjectFile（或其他非保留字命名），同步修改DbContext中的DbSet属性名、导航属性名：

// 改前
public DbSet<File> Files { get; set; }
public ICollection<File> Files { get; set; }

// 改后
public DbSet<ProjectFile> ProjectFiles { get; set; }
public ICollection<ProjectFile> ProjectFiles { get; set; }

修改后执行迁移更新数据库，验证关联是否恢复。

第二步：清理EF版本冲突 #

删除所有实体、DbContext中引用的System.Data.Entity命名空间下的特性，统一使用Microsoft.EntityFrameworkCore命名空间下的配置，也可以用FluentAPI显式配置关联，避免特性识别异常：

// DbContext的OnModelCreating中显式配置
modelBuilder.Entity<Project>()
    .HasMany(p => p.ProjectFiles)
    .WithOne(f => f.Project)
    .HasForeignKey(f => f.ProjectId)
    .IsRequired(); // 和Comment的配置完全对齐

第三步：统一加载逻辑 #

确保查询Project时同时Include两个导航属性：

var project = await _context.Projects
    .Include(p => p.Comments)
    .Include(p => p.ProjectFiles) // 确保此处没有漏写
    .FirstOrDefaultAsync(p => p.Id == projectId);

如果使用懒加载，确保导航属性添加virtual修饰符：

public virtual ICollection<Comment> Comments { get; set; } = new HashSet<Comment>();
public virtual ICollection<ProjectFile> ProjectFiles { get; set; } = new HashSet<ProjectFile>();

第四步：校验外键一致性 #

打开Sqlite数据库查看表结构，确认ProjectFiles表的ProjectId字段类型、可空性和Comments表的ProjectId完全一致，若存在差异直接修改字段配置后重新生成迁移即可。

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