Перейти на PRO

Что означает время жизни Transient в DI-контейнере?

Тип вопроса: Архитектура Вероятность: 25% Категория: C# Разработчик

Ответ

Transient — это одно из основных времён жизни службы (Service Lifetime) в контейнере внедрения зависимостей (DI), например, в ASP.NET Core. При регистрации как Transient контейнер создаёт новый экземпляр службы каждый раз, когда она запрашивается.

Как зарегистрировать:

// В Startup.cs или Program.cs
services.AddTransient<IMyService, MyService>();
// Или для интерфейса
services.AddTransient<IEmailSender, SmtpEmailSender>();

Поведение на практике:

public class MyController : ControllerBase
{
    // Для каждого HTTP-запроса в этот контроллер
    // DI-контейнер создаст НОВЫЙ экземпляр MyService.
    private readonly IMyService _myService;
    public MyController(IMyService myService)
    {
        _myService = myService; // Новый экземпляр №1
    }
}

public class AnotherService
{
    // Если AnotherService также запросит IMyService,
    // он получит СОВЕРШЕННО ДРУГОЙ экземпляр.
    private readonly IMyService _anotherInstance;
    public AnotherService(IMyService myService)
    {
        _anotherInstance = myService; // Новый экземпляр №2
    }
}

Когда использовать Transient:

  • Служба не имеет состояния (stateless).
  • Служба лёгкая и её создание не нагружает систему (например, валидаторы, мапперы, простые хелперы).
  • Служба небезопасна для многопоточности и должна быть изолирована для каждого потребителя.
  • Служба зависит от других Transient или Scoped служб, которые не должны разделяться.

Потенциальные проблемы:

  • Производительность: Частое создание объектов может стать накладным, если служба "тяжёлая" (инициализирует подключения, загружает большие ресурсы).
  • Утечка памяти: Если служба реализует IDisposable, контейнер будет отслеживать и вызывать Dispose() для каждого созданного экземпляра, что при очень большом количестве созданий может привести к нагрузке на GC. В таких случаях стоит рассмотреть Scoped или Singleton lifetime.

Сравнение с другими временами жизни:

  • Scoped: Один экземпляр на область видимости (например, на HTTP-запрос).
  • Singleton: Один экземпляр на всё время работы приложения.

Ответ 18+ 🔞

А, transient, говоришь? Ну это ж классика, блядь! Представь себе одноразовый стаканчик, ёпта. Каждый раз, когда тебе надо попить — новый стаканчик, нахуй. Выпил, смял, выкинул. Вот transient — это оно самое.

Смотри, как это в коде выглядит, реальный пример:

// Регистрируешь в контейнере — типа, объявляешь правила игры
services.AddTransient<IMySuperService, MySuperService>();

И вот что потом происходит, блядь. Допустим, у тебя два контроллера, и оба просят эту службу:

public class UserController : Controller
{
    // Контейнер смотрит: "Ага, transient. Щас сделаю новенькую."
    private readonly IMySuperService _service;
    public UserController(IMySuperService service)
    {
        _service = service; // Экземпляр №1, свеженький, только с завода
    }
}

public class AdminController : Controller
{
    // Контейнер опять: "Ок, transient. Делаю ещё одну, нахуй."
    private readonly IMySuperService _service;
    public AdminController(IMySuperService service)
    {
        _service = service; // Экземпляр №2, такой же новый, но УЖЕ ДРУГОЙ
    }
}

И они вообще не связаны, эти две службы. Как два разных стаканчика. Один в мусорке, другой у тебя в руке.

Когда это пиздец как удобно:

  • Сервис лёгкий, как пушинка. Создавай хоть тысячу — плевать.
  • Сервис без состояния. Ему похуй, что было до него, он живёт один момент.
  • Сервис не потокобезопасный. Чтобы не было каши в головах у объекта, когда десять потоков в него одновременно лезут. Каждому потоку — свой собственный экземпляр, и нет проблем.
  • Ну или если он зависит от чего-то такого же временного — чтобы логика не разъебалась.

А когда это пиздец как неудобно:

  • Сервис тяжёлый, сука. Представь, что каждый раз, когда кто-то просит стаканчик, ты должен ехать на завод, плавить стекло, выдувать его... Заебёшься. Если он, например, устанавливает дорогое подключение к базе при создании — это пиздец.
  • Память. Если он реализует IDisposable, контейнер будет за каждым экземпляром следить, как нянька, и вызывать Dispose(). Создашь их овердохуища — получишь нагрузку на сборщик мусора, он тебе такого наговорит...

Короче, смотри по обстановке:

  • Singleton — это как одна бутылка водки на всю вечеринку. Все из неё пьют, передают по кругу. Проблемы начинаются, когда её кто-то зажимает.
  • Scoped — это как у каждого гостя своя личная поллитра на время вечеринки. Утром забрали.
  • Transient — это как одноразовые пластиковые рюмки. Сделал глоток — выкинул, взял новую. Удобно, гигиенично, но если гостей дохуя, и они жадные, то куча мусора будет, блядь.

Выбирай с умом, а то потом разгребать придётся.

© ХакСобесов, 2026
support@hacksobesov.com