IServiceProvider.GetSingleton Auflösung Null in Asp.Net Core DI

Question

Während der Bootstrapping ConfigureServices() meiner Anwendung registriere ich hauptsächlich Transienten und Bereichstypen mit der Dependency-Injection-Framework, das .Net Core. Allerdings habe ich einen Typ, der als Singleton registriert ist, ist meine InProcessBus (ich benutze eine CQRS-Architektur).

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

Wie man sehen kann ich Implementierung Werksfunktionen für die tatsächlichen Typen verwenden, die in der Steuerung der APIs verwendet werden. Die wirklich bizarre Sache ist, wenn der Controller lädt und die Laufzeit versucht,.zu konstruieren injizieren es schlägt fehl und meldet einen Fehler.

Wenn ich die serviceCollection inspizieren kann ich sehen, dass die implementationFactory richtig gegen die Art unter dem ImplementationInstance Eigentum registriert ist.

Die tiefere und direkte Auflösung des Typs am Ende der Startup Klasse ConfigureServices() Methode bestätigt, dass der Container null löst.

Warum wird eine ImplementationFactory-Methode für einen eindeutig im Container vorhandenen Singleton zur Laufzeit nicht aufgelöst?

Answer 1

Ich fand was falsch war und dachte, ich würde es hier posten, da es eine wichtige Lektion darin gibt.

Die kurze Antwort:

Aufschieben serviceCollection.BuildServiceProvider(), nachdem Sie alle Ihre Singleton Instanzen registriert haben sonst wird es nicht in der Lage sein, sie zu lösen.

Die lange Antwort:

Das Problem eigentlich nichts hatte mit dem asp Kern DI-Container (gut sorta) zu tun. Das Problem ist mit dem Timing von, wenn ich BuildServiceProvider auf der serviceCollection Instanz anrufe, um mir eine IServiceProvider zur Verfügung zu stellen.

In meiner Implementierung habe ich ein ServiceLocator Muster implementiert, das das DI-Framework, das mit Core geliefert wird, umschließt, sodass ich keine zusätzliche Abhängigkeit in meinen anderen Architekturebenen einfüge. Wenn ich meine IServiceContainer basierte Locator konstruieren sofort behebe ich die ServiceProvider

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

Und das ist, wo das Problem eingeschlichen. Die Zeit, dass ServiceProvider offensichtlich keine Rolle spielt für Transients und Scoped Instanzen erstellt bekommen. Aber für Singletons, die eine verwaltete Lebensdauer haben, tut es. Sie müssen die Erstellung Ihres ServiceProviders nach allen Anmeldungen verschieben.

Aus meiner Frage wurde die ServiceLocator vor den Ausschnitten erstellt, was bedeutet, dass die Singleton-Instanz ServiceProvider nicht zugänglich gewesen wäre, wenn die implementationFactory-Funktion ausgeführt wird.

Durch die Verschiebung der Erstellung des ServiceProvider zu dem ersten Mal, löst meine Anwendung einen meiner benutzerdefinierten Typen während der Laufzeit das Problem gelöst.