如何在EF Core的SaveChangesInterceptor中注入AppConfig配置

方法1：通过IOptions<AppConfig>注入拦截器 #

1. 修改拦截器构造函数
   将拦截器的构造参数从AppConfig替换为IOptions<AppConfig>，让依赖注入系统自动处理配置注入：

public class SomeInterceptor : DbCommandInterceptor
{
    private readonly AppConfig _appConfig;

    public SomeInterceptor(IOptions<AppConfig> appConfigOptions)
    {
        _appConfig = appConfigOptions.Value;
    }

    // 示例：重写拦截方法使用配置
    public override InterceptionResult<int> NonQueryExecuting(DbCommand command, CommandEventData eventData, InterceptionResult<int> result)
    {
        // 直接使用_appConfig中的配置项
        return base.NonQueryExecuting(command, eventData, result);
    }
}

2. 注册拦截器与DbContext
   无需提前实例化拦截器，让DI容器负责创建和注入：

// 保留你原有的配置注册代码
builder.Services.Configure<AppConfig>(builder.Configuration.GetSection("AppConfig"));

// 注册拦截器为单例服务
builder.Services.AddSingleton<SomeInterceptor>();

// 配置DbContext时，从服务提供者中获取拦截器
builder.Services.AddDbContext<YourDbContext>((serviceProvider, options) =>
{
    var interceptor = serviceProvider.GetRequiredService<SomeInterceptor>();
    options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection"))
           .AddInterceptors(interceptor);
});

方法2：直接手动绑定配置实例（适合简单场景） #

如果不想依赖IOptions<T>，可以在服务配置阶段直接从配置根绑定AppConfig实例：

// 手动绑定配置到AppConfig对象
var appConfig = new AppConfig();
builder.Configuration.GetSection("AppConfig").Bind(appConfig);

// 实例化拦截器并注册为单例
var someInterceptor = new SomeInterceptor(appConfig);
builder.Services.AddSingleton(someInterceptor);

// 配置DbContext时添加拦截器
builder.Services.AddDbContext<YourDbContext>(options =>
{
    options.UseSqlServer(builder.Configuration.GetConnectionString("DefaultConnection"))
           .AddInterceptors(someInterceptor);
});

原代码失效原因说明 #

你之前的写法问题在于：提前实例化SomeInterceptor时，Configure<AppConfig>仅完成了配置绑定规则的注册，并未立即创建AppConfig实例，导致拦截器初始化时无法获取有效配置。上述两种方法分别通过DI延迟解析配置、手动提前绑定配置实例的方式，解决了配置获取时机不匹配的问题。

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