IServiceCollection.AddScoped,委托为异步操作

Posted

技术标签:

【中文标题】IServiceCollection.AddScoped,委托为异步操作【英文标题】:IServiceCollection.AddScoped, delegate as async operation 【发布时间】: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 【参考方案1】:

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

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

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

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

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

services.AddScoped<IMyService>(serviceProvider =>

    var someResultFromAsyncMethod = serviceProvider.GetService<IAnotherService>().AnAsyncMethod()
       .GetAwaiter()
       .GetResult();
    
    ...
    
    return new MyService(...);
);

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

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

【讨论】:

【参考方案2】:

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

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

public class AnotherService

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

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


【讨论】:

以上是关于IServiceCollection.AddScoped,委托为异步操作的主要内容,如果未能解决你的问题,请参考以下文章