IServiceCollection.AddScoped，委托为异步操作答案

【问题标题】：IServiceCollection.AddScoped, delegate as async operationIServiceCollection.AddScoped，委托为异步操作
【发布时间】：2021-05-23 19:13:18
【问题描述】：

在 IServiceCollection 上，提供的注册服务 AddTransiet、AddScoped、AddSingleton 的方法不允许您在必须通过计算其某些步骤来检索服务时使用 async-await 构造。

我想知道制作异步版本是否是一种有效的方法。

internal static IServiceCollection AddScopedResolveAsync<TService>(this IServiceCollection serviceCollection, Func<IServiceProvider, Task<TService>> func)
    => serviceCollection.AddScoped(func);

然后使用它

services.AddScopedResolveAsync<IMyService>(async serviceProvider =>
{
    await something;

    return new MyService();
});

【问题讨论】：

注入工厂服务，而不是可以异步创建实例。我绝对不会将任务注册到 DI

标签： c# asp.net-core

【解决方案1】：

问题确实很有趣，尤其是对于瞬态和范围服务。对于单身人士，我已经在几个项目中解决了这个问题，方法是在 Program#Main 中完成异步初始化，如下所示：

await webHost.Services.GetService<IMyService>().InitializeAsync();

我已经使用范围服务测试了您案例的一些方法。正如@pinkfloydx33 指出的那样，注入Task<IMyService> 并不是一个非常干净的方法，主要是因为容器问题被引入到多个实现中，而且还因为它会使编写测试变得更加困难。

我们必须考虑的另一个问题是在没有容器处理的情况下处理实例。

我可能会从一个尽可能简单的解决方案开始，如下所示，如果出现性能问题，请继续前进。

services.AddScoped<IMyService>(serviceProvider =>
{
    var someResultFromAsyncMethod = serviceProvider.GetService<IAnotherService>().AnAsyncMethod()
       .GetAwaiter()
       .GetResult();
    
    ...
    
    return new MyService(...);
});

在这个答案中，所有容器异步问题都移到了服务类中： https://stackoverflow.com/a/43240576/14072498

但同样，它变得复杂，并且保持方法异步的代价可能很高。

【讨论】：

【解决方案2】：

您真正在容器中注册的是Task<TService>，其具有范围生命周期。因此，如果TService 不是一次性的，这将是一种有效的方法，因为当作用域被释放时，作用域不会释放TService，它会释放Task<TService>

要在另一个服务中使用它，你可以这样写：

public class AnotherService
{
   private readonly Task<MyService> _myServiceTask;
   public AnotherService(Task<MyService> myServiceTask) 
   {
      this._myServiceTask = myServiceTask;
   }

   public async Task DoSomethingAsync() 
   {
       var myService = await _myServiceTask;
       ......
   }

}

【讨论】：