Какие знаешь типы жизненного цикла сервисов?

Типы жизненного цикла сервисов в ASP.NET Core

В ASP.NET Core Dependency Injection (DI) контейнере существует три основных типа жизненного цикла сервисов, которые определяют, как и когда создаются и удаляются экземпляры зависимостей. Эти типы играют критическую роль в управлении ресурсами, производительности и корректности работы приложения.

1. Transient (Временный)

Transient — это самый короткий и самый распространенный тип. Каждый раз, когда сервис запрашивается из контейнера DI (например, через внедрение в конструктор или прямой запрос к IServiceProvider), создается новый экземпляр объекта.

Ключевые характеристики:

• Экземпляр создается при каждом запросе.
• Не используется совместно между разными потребителями.
• Удаляется, когда выходит из области видимости (обычно после завершения метода или HTTP-запроса, если не захвачен другими ссылками).
• Идеально подходит для легковесных, статистически безопасных сервисов, которые не требуют сохранения состояния между запросами.

Регистрация в Program.cs или Startup.cs:

services.AddTransient<IMyService, MyService>();

Пример использования: Сервисы для бизнес-логики, валидаторы, преобразователи данных (DtoConverter), где каждый запрос должен начинать с чистого состояния.

2. Scoped (С ограниченной областью видимости)

Scoped — это тип жизненного цикла, при котором один экземпляр сервиса создается и используется в пределах определенной области видимости (scope). В контексте веб-приложения ASP.NET Core одна область видимости обычно соответствует одному HTTP-запросу.

Ключевые характеристики:

• Экземпляр создается один раз для области видимости (например, для одного запроса).
• Все потребители внутри этой области получают тот же экземпляр.
• Экземпляр удаляется после завершения области видимости.
• Этот тип важен для сервисов, которые должны сохранять состояние в течение одного запроса, но не должны делиться состоянием между разными запросами.

Регистрация:

services.AddScoped<IUserRepository, UserRepository>();

Пример использования: Репозитории для работы с базой данных (например, DbContext в EF Core регистрируется как Scoped), сервисы, которые хранят пользовательские данные в течение сеанса, но не между сеансами.

Внимание: Попытка внедрить Scoped сервис в Singleton сервис (или использовать Scoped сервис вне области видимости) приведет к исключению, так как Scoped сервис может требовать очистки после области видимости.

3. Singleton (Единичный)

Singleton — это тип, при котором один экземпляр сервиса создается при первой его запросе и затем используется на протяжении всего времени жизни приложения.

Ключевые характеристики:

• Экземпляр создается один раз и живет до остановки приложения.
• Все запросы и все потребители используют один и тот же экземпляр.
• Сервис должен быть потокобезопасным (thread-safe), так как множество потоков могут обращаться к нему одновременно.
• Подходит для сервисов, которые представляют общее состояние приложения или являются дорогостоящими в создании.

Регистрация:

services.AddSingleton<IConfigurationService, ConfigurationService>();

Пример использования: Сервисы конфигурации, кэши (например, MemoryCache), логгеры, фабрики, которые не меняют состояние, или тяжелые объекты, которые нужно создать только один раз.

Сравнение и важные аспекты

• Производительность и ресурсы: Transient может создавать нагрузку, если сервис тяжелый и запрашивается часто. Singleton экономит ресурсы, но требует потокобезопасности. Scoped — баланс для запросов.
• Состояние: Singleton хранит состояние глобально, Scoped — для запроса, Transient — не хранит (или только для краткого времени).
• Внедрение зависимостей: Контейнер DI автоматически управляет созданием и внедрением экземпляров в соответствии с их жизненным циклом. Например, если Singleton сервис зависит от Transient, то Transient сервис также станет фактически Singleton для этого потребителя, так как он будет создан только один раз при создании Singleton.

Особые случаи и регистрация

• Регистрация существующего экземпляра как Singleton: Можно зарегистрировать уже созданный объект.

  var instance = new MyService();
  services.AddSingleton<IMyService>(instance);
  

• Регистрация с фабричным методом: Можно указать метод создания экземпляра.

  services.AddSingleton<IMyService>(serviceProvider => 
      new MyService(serviceProvider.GetRequiredService<IOtherService>()));
  

Вывод: Правильный выбор типа жизненного цикла зависит от природы сервиса: его состояния, стоимости создания и требований к потокобезопасности. Неправильный выбор (например, использование Singleton для сервиса с состоянием пользователя) может привести к серьезным ошибкам данных и безопасности. В веб-приложениях Scoped часто является наиболее безопасным и подходящим выбором для сервисов, работающих с данными запроса.