.NET 7 ASP.NET Core：DI构建时解析服务配置第三方组件选项

针对你遇到的问题，有两种可行的实现方式，具体选择取决于第三方库的选项是否公开：

方法一：构建临时服务提供者解析服务值 #

这种方法适用于第三方选项类型未公开，或者必须在注册阶段就完成配置的场景。核心思路是先注册好你的依赖服务，再临时构建一个服务提供者来解析出所需的字符串值，最后传入第三方配置委托。

代码示例 #

// 1. 先注册你的字符串生成服务及其所有依赖项
builder.Services.AddScoped<IMyStringGenerator, MyStringGenerator>();
// 注册该服务依赖的其他所有服务...

// 2. 构建临时服务提供者并解析服务
using var tempServiceProvider = builder.Services.BuildServiceProvider();
// 若你的服务是Scoped类型，需创建临时Scope
using var scope = tempServiceProvider.CreateScope();
var stringGenerator = scope.ServiceProvider.GetRequiredService<IMyStringGenerator>();
var generatedId = stringGenerator.GenerateId();

// 3. 调用第三方扩展方法并传入解析出的值
builder.Services.AddMySpecialService().SpecifyOptions(opt => {
  opt.Id = generatedId;
});

注意事项 #

• 临时服务提供者会单独创建服务实例，若你的服务是Singleton且带状态，临时实例与最终应用容器中的实例会是两个不同对象，需确认这不会影响业务逻辑。
• 若服务依赖Scoped类型（如DbContext），必须通过临时Scope解析，否则会抛出异常。

方法二：使用PostConfigure动态配置选项 #

如果第三方库的选项类型是公开的（比如MySpecialOptions），可以用PostConfigure在服务容器构建完成后，动态从DI中解析服务并配置选项，这种方式更优雅，不会产生临时服务实例。

代码示例 #

// 1. 先调用第三方扩展方法，给选项设一个占位值
builder.Services.AddMySpecialService().SpecifyOptions(opt => {
  opt.Id = string.Empty; // 占位，后续会被覆盖
});

// 2. 用PostConfigure注入服务提供者，动态设置选项值
builder.Services.PostConfigure<MySpecialOptions>((serviceProvider, options) => {
  var stringGenerator = serviceProvider.GetRequiredService<IMyStringGenerator>();
  options.Id = stringGenerator.GenerateId();
});

适用前提 #

• 必须知道第三方选项的具体类型（可通过反编译第三方库或查看其文档确认）。
• 第三方库的选项配置逻辑允许后期修改（大部分ASP.NET Core风格的选项都支持）。

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