ApplicationServices（根）IServiceProvider 和注入的 IServiceProvider 有什么区别？

Question

当使用IApplicationBuilder.ApplicationServices 而不是IServiceProvider 时，我很难理解为什么在启动配置方法中应用服务定位器模式的行为会有所不同。

当我使用IApplicationBuilder.ApplicationServices（设置提供对应用程序的服务容器访问权限的IServiceProvider）时，我收到以下错误：

无法从根提供商解析范围服务“...”

相比之下，当我直接使用 injected IServiceProvider 时，它就像一个魅力：

public void Configure(
    IApplicationBuilder app, IWebHostEnvironment env, IServiceProvider sp)
{
  // 1 : resolving a scoped service directly from application services container
  // IServiceProvider throws 'Cannot resolve scoped service from root provider'
  var test1 = app.ApplicationServices.GetRequiredService<IMyScopedService>();

  // 2 : works like a charm 
  var test2 = sp.GetRequiredService<IMyScopedService>();

  // 3 : also works like a charm
  var scope = app.ApplicationServices.CreateScope();
  var test3 = scope.ServiceProvider.GetRequiredService<IMyScopedService>();
}

这是为什么呢？为什么注入的IServiceProvider 表现得像是具有“服务范围”而IApplicationBuilder.ApplicationServices 表现得像是具有服务范围之外的某种“应用范围”？

在某种程度上注入的IServiceProvider 的工作方式与首先使用IApplicationBuilder 创建一个范围，然后才从范围的服务提供者解析范围内的服务相同。

我现在头晕目眩。

显然IApplicationBuilder 的范围（有人这样命名吗？）似乎超出了服务范围。但是当我查找 IApplicationBuilder 时，我找不到任何关于根提供程序的信息。

谁能澄清这一点？我是否错过了一个明显的初学者教程来解释这个根提供程序或应用程序的服务容器？

Answer 1

这是设计使然。

ASP.NET 运行时实例化 IServiceProvider 以禁止从根解析的作用域服务：

serviceCollection.BuildServiceProvider(validateScopes: true);

app.ApplicationServices 是根IServiceProvider。 sp 是 app.ApplicationServices 的孩子。

您可以在 Visual Studio 的 Immediate Window 中使用以下代码行检查这一点，同时在断点处（这样您可以直接访问内部 ServiceProviderEngineScope）：

app.ApplicationServices == ((Microsoft.Extensions.DependencyInjection.ServiceLookup.ServiceProviderEngineScope)sp).Engine.Root
// true

所以只有app.ApplicatoinServices 的子级可以解析范围服务。提供了一个子 sp 作为输入参数，第二个是您手动创建的。

更新： 我对 MVC Core ServiceProvider 和 Scope 默认行为 here 给出了非常详细的答案。