Правильный DI или анти-паттерн локатора сервисов?

Я разрабатываю SDK и использую DI (я думаю неправильно) для своих классов и их зависимостей. Кажется, я перепутал DI и сервисный локатор. Мои проблемы:

• Зная, где построить мой DI-контейнер. У меня нет среды выполнения/точки входа для использования в качестве составной корень - и не должен, согласно этому сообщению.
• Сроки службы. То, как я создаю свой DI-контейнер, вызывает создание нескольких одноэлементных объектов, и каждый класс имеет свой собственный DI-контейнер - я определенно хочу этого избежать.

Кажется, это DI через Builder эквивалентен анти-шаблону локатора сервисов? то, что мне нужно, но на него нет ответа.

Я определяю свой контейнер с помощью .NET DI:

public class ServiceProvider
{
        private Microsoft.Extensions.DependencyInjection.ServiceProvider serviceProvider;
        protected readonly IServiceCollection serviceCollection = new ServiceCollection();
        public ServiceProvider()
        {
            serviceCollection.AddScoped<IScopedService, ScopedService>();
            serviceCollection.AddSingleton<ISingletonService, SingletonService>();
        }
}

Теперь, когда ScopedService зависит от SingletonService, это делается с помощью правильного внедрения конструктора:

public ScopedService(ISingletonService singletonService)
{
    _singletonService = singletonService
}

Но классы потребления (конечного пользователя) выполняются через локатор службы, например.

private IScopedService _scopedService;
private IScopedService ScopedService
{
    get
    {
        return _scopedService ?? _scopedService = serviceProvider.GetService<IScopedService>();
    }
}

Все мои потребляющие классы наследуются от базового класса, который, я считаю, создает новый экземпляр ServiceProvider каждый раз, когда создается экземпляр класса.

    public abstract class ComponentBase
    {
        protected internal ServiceProvider serviceProvider = new ServiceProvider();
    }

Проблема: создается несколько объектов Singleton

            var singleton1 = consumingClass.serviceProvider.GetService<ISingletonService>();
            var singleton2 = consumingClass.serviceProvider.GetService<ISingletonService>();

Assert.AreEqual(singleton1, singleton2) // Test failure

Я ожидаю, что службы Singleton будут одним и тем же экземпляром. Должен ли я сделать ServiceProvider в базовом классе статическим? Это решило бы проблему, но также, похоже, еще больше склоняется к анти-паттерну локатора сервисов.

Стоит ли переходить на фабричный шаблон? Где я регистрирую все потребляющие классы в поставщике услуг, и только фабрика знает о контейнере DI? Вы бы тогда получили класс, вызвав геттера на фабрике?