如何正确清理预DI场景下的ServiceCollection与ServiceProvider实例？

资源清理方案 #

• 首先你不需要担心ServiceCollection的清理问题：它本质是存储服务注册描述的普通集合，内部仅持有托管对象列表，无未托管资源占用，超出作用域后GC会自动回收，无需手动处理。
• 你提到的ServiceProvider没有实现IDisposable是误解：默认实现的ServiceProvider实际是实现了IDisposable/IAsyncDisposable接口的，只是公开的IServiceProvider抽象没有继承该接口，你可以直接用using关键字声明让它自动释放，示例如下：

IServiceCollection preServices = new ServiceCollection();
// 仅注册获取OAuth2 Token所需的最小依赖，不要复制全局DI的全量注册逻辑
preServices.AddSingleton<IMyTokenGenerator, MyTokenGenerator>();
// 按需补充TokenGenerator依赖的其他服务
using IServiceProvider preProvider = preServices.BuildServiceProvider();
var myTokenGenerator = preProvider.GetRequiredService<IMyTokenGenerator>();
var validToken = myTokenGenerator.Generate();
// 拿到Token后即可初始化自定义配置提供程序，preProvider离开作用域后会自动释放所有托管资源

注意事项 #

• 临时DI容器仅注册获取Token的必要依赖，不要和全局DI的注册逻辑重复，避免单例服务被实例化两次、配置不一致等问题。
• 生成Token所需的基础配置（OAuth客户端ID、密钥、授权地址等）从本地配置源（appsettings.json、环境变量等）提前读取，不要依赖后续加载的远程配置，避免循环依赖。

更推荐的替代实现 #

你可以不用提前构建临时DI容器，采用延后加载远程配置的方案规避时序问题：

1. 先向配置构建器中注册占位的自定义配置源，暂时不发起远程调用
2. 等主宿主构建完成、全局DI容器初始化后，从全局容器中取出Token生成器获取合法Token
3. 主动调用自定义配置源的加载方法拉取远程配置，完成配置更新后再启动服务
   示例逻辑如下：

// 注册空的自定义配置源
var remoteConfigSource = new RemoteConfigurationSource();
configBuilder.Add(remoteConfigSource);

// 构建主宿主
var host = Host.Build();
// 从全局DI中获取Token生成器
using var scope = host.Services.CreateScope();
var tokenGenerator = scope.ServiceProvider.GetRequiredService<IMyTokenGenerator>();
var validToken = tokenGenerator.Generate();
// 加载远程配置
await remoteConfigSource.LoadAsync(validToken);
// 启动应用
await host.RunAsync();

该方案无需维护两套DI注册逻辑，也没有临时资源需要清理，符合.NET生态的常规开发实践。

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