如果我们存在基础设施服务和其他服务，我们会定义属于基础设施服务的上下文以及其他服务的上下文， 而且会独立部署，此时其他服务需要使用基础服务，我们都会暴露基础服务接口给到其他服务调用，这也是常规操作。

​若在项目较小的情况下且仅内部调用等等，为免去重新定义基础设施服务上下文以及模型等等，我们大可以将基础设施服务上下文打成nuget包形式或项目引用方式等等，然后其他服务上下文继承基础设施上下文，如此这般，我们就可以操作基础设施模型，那么我们应该怎么做呢？

实现上下文继承

我们从头开讲，比如我们定义其他服务上下文以及模型等等

(资料图片仅供参考)

public class TestDbContext : DbContext{    public TestDbContext(DbContextOptions options) : base(options)    {    }    public DbSet Tests { get; set; }}[Table("tests")]public class Test{    [Column("id")]    public int Id { get; set; }    [Column("name")]    public string Name { get; set; }}

接下来我们使用控制台程序注入上下文并查询表数据，最基本操作，无需我多言

static void Main(string[] args){    var services = new ServiceCollection();    services.AddDbContext(options =>    {        options.UseSqlServer("Data Source=.;Initial Catalog=EFCore;User ID=sa;Password=sa123;");    });    var serviceProvider = services.BuildServiceProvider();    var context = serviceProvider.GetRequiredService();    var result = JsonConvert.SerializeObject(context.Tests.ToList());}

此时上述服务上下文需要调用基础服务上下文，我们该怎么办呢？先定义好基础服务上下文

public class BaseDbContext : DbContext{    public BaseDbContext(DbContextOptions options) : base(options)    {    }    public DbSet Users { get; set; }}[Table("users")]public class User{    [Column("id")]    public int Id { get; set; }    [Column("name")]    public string Name { get; set; }    [Column("birthdate")]    public DateTime BirthDate { get; set; }    [Column("address")]    public string Address { get; set; }}

接下来我们将其他服务上下文TestDbContext继承自上述基础服务上下文

public class TestDbContext : BaseDbContext{    public TestDbContext(DbContextOptions options) : base(options)    {    }    ......  }

此时编译会报CS1503错误，无法将TestDbContext转换为BaseContext，因为构造函数参数不匹配，我们知道DbContextOptions是DbContextOptions父类，所以我们只需在BaseDbContext新增一个构造函数即可

public class BaseDbContext : DbContext{    public BaseDbContext(DbContextOptions options) : base(options)    {    }        public BaseDbContext(DbContextOptions options) : base(options)    {    }        ......}

这样一来，我们则可以操作基础服务上下文中的模型，如下

var context = serviceProvider.GetRequiredService();var result = JsonConvert.SerializeObject(context.Users.ToList());

我们到这里是不是就大功告成了呢？当然没有，若此时通过基础服务上下文直接操作，我们发现会抛出如下异常

啥意思呢？根据大致意思来看，就是说上下文构造函数有问题，所以无法激活创建上下文，那么根本原因在哪里呢？这个问题其实在此前博文有讲解 ，甩出源码如下：

private static Func CreateActivator(DbContextOptions options){    var constructors        = typeof(TContext).GetTypeInfo().DeclaredConstructors            .Where(c => !c.IsStatic && c.IsPublic)            .ToArray();    if (constructors.Length == 1)    {        var parameters = constructors[0].GetParameters();        if (parameters.Length == 1            && (parameters[0].ParameterType == typeof(DbContextOptions)                || parameters[0].ParameterType == typeof(DbContextOptions)))        {            return                Expression.Lambda>(                        Expression.New(constructors[0], Expression.Constant(options)))                    .Compile();        }    }    return null;}

首先获取上下文中声明的构造函数过滤掉了静态和公共，且上下文必须有且只能有一个显式构造函数且参数只能为DbContextOptions，我们恍然大悟，将新增的构造函数访问修饰符修改为受保护的（protected）即可

public class BaseDbContext : DbContext{    public BaseDbContext(DbContextOptions options) : base(options)    {    }        protected BaseDbContext(DbContextOptions options) : base(options)    {    }        ......}

哦，没啥可总结的勒，这玩意只能根据经验猜或者看源码可得知，再会！​