自定义IMigrationHistory实现时注入依赖失败的解决方法

你的推测完全正确。EF Core 维护独立的内部服务提供器（InternalServiceProvider），通过ReplaceService替换服务时，默认仅从EF内部容器解析依赖，ASP.NET Core 根容器中注册的IConfiguration默认不会加入EF内部服务的注册列表，因此构造CustomHistoryRepository时会出现依赖解析失败的问题。

不需要手动配置全量EF依赖，以下两种方案均可解决问题，适配ASP.NET Core 3.1 + PostgreSQL多租户场景：

方案1：向EF内部容器显式注册外部服务（推荐，支持动态/租户级配置） #

通过ConfigureServices方法可以直接向EF内部服务容器追加注册需要的外部服务，不会覆盖EF默认的服务注册，改动量极小。

1. 首先调整DbContext构造逻辑，从ASP.NET Core容器获取需要的IConfiguration实例（多租户场景下你本来就需要动态解析租户连接串、Schema信息，这一步不会增加额外成本）：

public class AppDbContext : DbContext
{
    private readonly IConfiguration _configuration;
    private readonly string _tenantConnectionString;
    private readonly string _tenantDbSchema;

    // 构造函数直接注入IConfiguration，由ASP.NET Core容器提供
    public AppDbContext(DbContextOptions<AppDbContext> options, IConfiguration configuration) 
        : base(options)
    {
        _configuration = configuration;
        // 按你现有的多租户逻辑赋值_tenantConnectionString、_tenantDbSchema
    }

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        optionsBuilder
            .UseNpgsql(
                _tenantConnectionString,
                npgsqlOptionsAction: npgsqlOptions =>
                {
                    npgsqlOptions.EnableRetryOnFailure();
                    npgsqlOptions.MigrationsHistoryTable("__EFMigrationsHistory", _tenantDbSchema);
                })
            // 关键：将外部IConfiguration实例注册到EF内部服务容器
            .ConfigureServices(services => services.AddSingleton(_configuration))
            .ReplaceService<IHistoryRepository, CustomHistoryRepository>(); 
    }
}

你的CustomHistoryRepository代码不需要做任何修改，构造时即可正常解析到IConfiguration实例。

方案2：静态传值（适合配置值全局固定的场景） #

如果BuildVersion是应用启动时就确定的全局固定值，不会随租户、请求动态变化，可以完全绕开依赖注入，通过静态属性传值：

1. 修改自定义HistoryRepository，去掉IConfiguration依赖，增加静态配置属性：

public class CustomHistoryRepository : NpgsqlHistoryRepository
{
    // 应用启动时赋值即可全局使用
    public static string BuildVersion { get; set; } = "Unknown";

    public CustomHistoryRepository([NotNull] HistoryRepositoryDependencies dependencies) 
        : base(dependencies)
    {
    }

    protected override void ConfigureTable(EntityTypeBuilder<HistoryRow> history)
    {
        base.ConfigureTable(history);
        history.Property<string>("BuildVersion")
            .HasDefaultValue(BuildVersion);
    }
}

2. 在应用启动阶段（Startup.ConfigureServices或Program启动入口）读取配置给静态属性赋值：

CustomHistoryRepository.BuildVersion = Configuration["BuildVersion"] ?? "Unknown";

注意：如果BuildVersion随租户动态变化，禁止使用该方案，多租户并发请求时静态值会被覆盖，导致数据错误。

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