📎 Делегаты в горячем коде очень голодные

Одна аллокация делегата выглядит безобидно. Но если она происходит миллион раз за сессию, это уже проблема.

for (int i = 0; i < 100_000; i++)
{
    queue.Enqueue(() => Process(i));
}

Здесь каждая итерация создаёт новый объект делегата и захватывает переменную i в замыкание. То есть рантайм выделяет память дважды на каждый шаг цикла.

Сборщик мусора рано или поздно всё почистит, но частые мелкие аллокации создают давление на GC. Это выражается в микропаузах, просадках по latency и лишней работе, которую рантайм мог бы не делать.

Если делегат логически одинаков от вызова к вызову, то кешируйте его один раз:

private static readonly Action<Job> s_process = static job => Process(job);

static в лямбде явно запрещает захват внешних переменных. Если компилятор видит, что захват всё же происходит, он выдаст ошибку. Это хорошая защита от случайных замыканий.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view