.NET Core项目中，将Identity与业务数据放在同一IdentityDbContext是否安全？

这种做法安全且符合官方推荐的实践方案，具体分析如下：

核心结论 #

合并上下文是ASP.NET Core Identity的标准用法，不会引入额外安全风险，反而能解决跨上下文数据关联的问题。

具体理由 #

• 官方默认实现就是如此：ASP.NET Core Identity的官方项目模板（如带独立账户的Web应用），本身就将业务实体与Identity实体放在同一个ApplicationDbContext中，这是官方认可的常规做法。
• 安全机制不受上下文合并影响：Identity的核心安全逻辑（密码哈希存储、身份验证、权限控制等）由Identity库自身处理，和是否与业务实体共用上下文无关。只要遵循Identity最佳实践（不存明文密码、正确配置验证中间件、合理设置权限），就不会有额外安全隐患。
• 解决跨上下文数据关联问题：像你遇到的出价、车辆等业务实体需要关联用户的场景，合并上下文是最直接的解决方案。跨上下文的关联不仅难以实现，还会引发事务一致性、查询复杂度等额外问题。

注意事项 #

• 确保在OnModelCreating中正确配置所有实体的映射规则（比如你代码中对主键、表名的配置），避免实体间的配置冲突。
• 数据库迁移时，所有实体的变更会统一生成在同一个迁移文件中，便于整体管理。
• 仅当业务逻辑极度复杂、需要严格隔离数据操作时，才考虑拆分上下文，绝大多数中小项目完全不需要这么做。

你提供的示例代码 #

namespace Auction_DataAccess.Context
{
    public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
    {
        public ApplicationDbContext(DbContextOptions options) : base(options)
        {
        }
        public DbSet<Bid> Bids { get; set; }
        public DbSet<PaymentHistory> PaymentHistories { get; set; }
        public DbSet<Vehicle> Vehicles { get; set; }
        public DbSet<ApplicationUser> ApplicationUsers { get; set; }

        protected override void OnModelCreating(ModelBuilder builder)
        {
            builder.Entity<Bid>().HasKey(b => b.Id);
            builder.Entity<PaymentHistory>().HasKey(b => b.Id);
            builder.Entity<Vehicle>().HasKey(b => b.Id);

            builder.Entity<ApplicationUser>(e => e.ToTable(name: "Users"));

            builder.Entity<IdentityUserLogin<string>>().HasKey(e => new { e.LoginProvider, e.ProviderKey });
            builder.Entity<IdentityUserRole<string>>().HasKey(e => new { e.UserId, e.RoleId });
            builder.Entity<IdentityUserToken<string>>().HasKey(e => new { e.UserId, e.LoginProvider, e.Name });
        }
    }
}

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