IServiceProvider.GetSingleton 在 Asp.Net Core DI 中解析 null

Question

在我的应用程序的ConfigureServices() 引导期间，我主要使用 .Net Core 附带的依赖注入框架注册瞬态和作用域类型。但是，我确实有一种注册为单例的类型是我的InProcessBus（我使用的是 CQRS 风格的架构）。

services.AddSingleton<InProcessBus>(new InProcessBus());
...         
services.AddSingleton<ICommandSender>(y => y.GetService<InProcessBus>());
services.AddSingleton<IEventPublisher>(y => y.GetService<InProcessBus>());

如您所见，我正在为将在 API 控制器中使用的实际类型使用实现工厂函数。真正奇怪的是，当控制器加载并且运行时尝试构造函数注入 ICommandSender 时，它无法解决它并报告错误。

如果我检查 serviceCollection，我可以看到 implementationFactory 已针对 ImplementationInstance 属性下的类型正确注册。

深入并直接解析Startup类末尾的类型'ConfigureServices()方法确认容器正在解析null。

ServiceLocator.GetService<ICommandSender>() // Is Null

为什么针对容器中明显存在的单例的 ImplementationFactory 方法在运行时无法解析？

Answer 1

我发现了哪里出了问题，我想把它贴在这里，因为它有一个重要的教训。

简答：

将serviceCollection.BuildServiceProvider() 推迟到您注册了所有单例实例之后，否则它将无法解决它们。

长答案：

这个问题实际上与 asp core DI 容器无关（好吧）。问题在于我在serviceCollection 实例上调用BuildServiceProvider 以向我提供IServiceProvider 的时间。

在我的实现中，我实现了一个 ServiceLocator 模式，它包装了核心附带的 DI 框架，这样我就不会在我的其他架构层中引入额外的依赖项。当我构建基于IServiceContainer 的定位器时，我会立即解析ServiceProvider

public ServiceLocator(
        IServiceCollection serviceCollection)
    {
        _serviceCollection = serviceCollection;
        _serviceProvider = _serviceCollection.BuildServiceProvider();
    } 

这就是问题出现的地方。ServiceProvider 的创建时间对于 Transients 和 Scoped 实例显然无关紧要。 但对于具有托管生命周期的单身人士来说，它确实如此。您需要在完成所有注册后推迟创建 ServiceProviders。

根据我的问题，ServiceLocator 是在 sn-ps 之前构造的，这意味着当 implementationFactory 函数执行时，ServiceProvider 将无法访问 Singleton 实例。

通过将 ServiceProvider 的创建推迟到我的应用程序在运行时第一次解析我的一个自定义类型时解决了这个问题。