Ef Core花里胡哨系列(10) 动态起来的 DbContext

最新推荐文章于 2026-05-18 07:13:02 发布

原创

最新推荐文章于 2026-05-18 07:13:02 发布 · 1.3k 阅读

标签

#数据库 #c# #.net core #ef core #.netcore

本文介绍了如何在拥有多个子应用并需要动态更新追踪实体的应用中，通过自定义DbContext和DbContextGenerator来提高性能。作者构建了一个基础DbContext和DbContextGenerator，可以针对不同的AppId生成特定的DbContext实例，同时DbContextContainer负责管理和初始化这些实例，简化了使用过程并优化了性能。

Ef Core花里胡哨系列(10) 动态起来的 DbContext

我们知道，DbContext有两种托管方式，一种是AddDbContext和AddDbContextFactory，但是呢他们各有优劣，例如工厂模式下性能更好呀等等。那么，我们能否自己托管DbContext呢？

Github Demo：动态起来的 DbContext

场景：
结合我们之前的文章 [Ef Core花里胡哨系列(5) 动态修改追踪的实体、动态查询] 假设一个应用内有很多的子应用，且都需要更新追踪的动态实体，那么很多表在重置OnModelCreating的时候将会非常的慢。主要体现在modelBuilder.Model.AddEntityType(type)，每个实体都需要花费一小段时间，几百个实体就会按分钟计算了，而且还会数据库操作产生一定的影响。

我们先实现一个基础的DbContext用来添加一些通用的实体以及处理动态实体的逻辑，每次需要重置DbContext的时候，都会获取最新的动态实体进行更新：

public class DbContextBase : DbContext
{
   
   
    public DbSet<User> Users {
   
    get; set; } = null!;
    public DbSet<Department> Departments {
   
    get; set; } = null!;

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
   
   
        optionsBuilder.UseSqlite("Data Source=sample.db");
        optionsBuilder.ReplaceService<IModelCacheKeyFactory, MyModelCacheFactory>();

        base.OnConfiguring(optionsBuilder);
    }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
   
   
        var name = GetType().Name.Split("_");
        if (name.Length > 1)
        {
   
   
            foreach (