EF Core双DbContext场景下如何将IdentityUser与业务实体建立关联

该方案完全符合EF Core的设计规范，不存在实现层面的问题。IdentityDbContext本身就是DbContext的子类，让业务DbContext继承它相当于把Identity实体配置和业务实体配置合并到同一个上下文，天然支持实体间的导航属性关联，可以直接解决你当前的跨实体关联需求。

落地步骤： #

• 调整项目引用：为App.Persistence项目添加App.Identity的项目引用，确保可以访问到ApplicationIdentityDbContext和ApplicationUser的定义。
• 修改ApplicationDbContext继承关系：将原有的定义public class ApplicationDbContext : DbContext改为public class ApplicationDbContext : ApplicationIdentityDbContext，原有业务相关的DbSet、实体配置、OnModelCreating逻辑全部保留，仅需注意如果覆盖了OnModelCreating方法，要在方法第一行调用base.OnModelCreating(modelBuilder);，避免Identity自带的实体配置丢失。
• 调整抽象接口定义：不需要让IApplicationDbContext继承具体的ApplicationIdentityDbContext，正确做法是将IApplicationDbContext定义在App.Application层，仅包含业务层需要的DbSet、SaveChangesAsync等方法契约，让合并后的ApplicationDbContext实现该接口即可，保证业务层不依赖具体的持久化实现。
• 调整DI注册：删除原有两个DbContext的独立注册，仅保留ApplicationDbContext的注册，Identity相关服务（UserManager、SignInManager等）直接指向该统一上下文即可，注册示例：builder.Services.AddIdentityCore<ApplicationUser>().AddEntityFrameworkStores<ApplicationDbContext>()。
• 迁移适配：删除App.Identity项目下原有迁移文件，统一在App.Persistence项目中生成新的迁移，EF Core会自动合并Identity表和业务表的结构变更。

关于项目合并的问题 #

如果你的App.Identity项目仅包含Identity相关的实体、DbContext和基础配置，没有独立的业务逻辑，完全可以合并到App.Persistence项目中。合并后结构更简洁，也不违反整洁架构的分层规则：持久化层本身就负责所有数据存储相关的实现，Identity的持久化逻辑本就属于该层的范畴，合并后直接定义public class ApplicationDbContext : IdentityDbContext<ApplicationUser>即可，不需要再维护两层上下文的继承关系。

如果需要保留多DbContext的隔离性，避免单个上下文过于臃肿，同时满足关联需求，可以采用弱关联的实现方案，不需要跨上下文定义导航属性：

• 移除跨上下文的导航属性：业务实体Item中不要直接引用ApplicationUser，改为添加外键字段public Guid SavedByUserId { get; set; }，如果是多对多关联，可以在App.Domain层定义关联实体ItemSavedUser，仅包含ItemId和UserId两个外键字段。ApplicationUser中也不要添加业务实体的导航属性。
• 关联逻辑通过服务层组合：跨实体的关联查询统一在应用服务/领域服务中实现，比如查询某个用户保存的所有Item，先通过Identity上下文拿到用户ID，再到业务上下文根据用户ID查询对应Item即可；如果两个上下文连接的是同一个数据库，也可以直接编写SQL语句关联两张表查询，性能不会有损失。
  该方案的优势是两个DbContext完全隔离，各自负责对应模块的持久化逻辑，避免单个上下文过于庞大，也降低了多线程操作上下文的异常概率，符合大型项目的模块拆分原则，后续如果要把Identity模块拆分为独立微服务，只需要调整服务层的查询逻辑即可，不需要修改领域层代码。

如果项目规模较小、团队人数少于10人、没有严格的模块独立部署要求，优先选择单DbContext方案，实现成本低，维护难度小。如果是大型项目、后续有拆分微服务的规划、对模块隔离性要求高，优先选择多DbContext弱关联方案。

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