---

Junior Level

Иммутабельность имеет как плюсы, так и минусы для производительности.

Минусы (затраты)

• Каждое “изменение” создаёт новый объект — это расходует память
• Для больших объектов копирование может быть медленным

Плюсы (оптимизации)

• Не нужны блокировки (synchronized) — быстрее в многопоточности
• Объекты можно кешировать и переиспользовать
• Меньше ошибок — меньше времени на отладку

Простое правило

• Один поток, частые правки — мутабельность быстрее (StringBuilder)
• Много потоков, чтение — иммутабельность быстрее (нет блокировок)

---

Middle Level

Отрицательное влияние

Аллокация и копирование — каждое изменение = новый объект + копирование данных.

• Для больших объектов — операция $O(n)$ по времени и памяти
• Заполняется Eden space (Young Generation)
• Учащаются Minor GC циклы

Положительное влияние

Lock-free алгоритмы — потоки читают без блокировок. В многопоточных системах отсутствие конкуренции за мониторы даёт огромный прирост пропускной способности.

JIT-оптимизации — компилятор знает, что final поля не изменятся:

• Агрессивный Inlining
• Constant Folding — вычисление на этапе компиляции
• Кэширование в регистрах процессора

Сравнение

Сценарий	Мутабельность	Иммутабельность
Один поток, частые правки	Быстрее	Медленнее
Много потоков, чтение	Медленнее (блокировки)	Быстрее (lock-free)
Ключи в Map	Опасно	Идеально

// На практике: аллокация объекта ~10нс, копирование массива 1000 элементов ~100нс. // StringBuilder vs String concat: на 10000 итерациях разница в 100-1000x.

---

Senior Level

Write Barriers и GC

В генерационных сборщиках мусора (G1, ZGC) модификация старого объекта ссылкой на новый требует Write Barrier. Иммутабельные объекты создаются один раз и не меняются — такие проверки минимизируются.

Young Generation Efficiency

Современные JVM аллоцируют объекты в Young Gen через Bump-the-pointer — это просто инкремент указателя, крайне быстро. Короткоживущие объекты очищаются бесплатно при Minor GC.

Стратегический выбор

Иммутабельность — это инвестиция в масштабируемость:

• На одном ядре при интенсивных изменениях одного объекта мутация обычно быстрее, так как избегает аллокации и копирования.
• На кластере / в многопоточном сервисе иммутабельность побеждает за счёт отсутствия блокировок и предсказуемости памяти

Практическое правило

• Используйте мутабельные буферы (StringBuilder, ArrayList) для сборки данных
• Используйте иммутабельные объекты для хранения и передачи данных

Резюме для Senior

• Иммутабельность — стратегическая инвестиция в scalability
• На уровне одного CPU мутация быстрее, на уровне кластера — иммутабельность
• JIT использует final для агрессивных оптимизаций
• GC выигрывает от отсутствия Write Barriers
• Комбинируйте: мутабельные для сборки, иммутабельные для хранения

---

🎯 Шпаргалка для интервью

Обязательно знать:

• Минусы: аллокация новых объектов, копирование O(n), GC pressure (Eden space)
• Плюсы: lock-free в многопоточности, JIT-оптимизации (inlining, constant folding), кэширование
• StringBuilder vs String concat: на 10000 итерациях разница 100-1000x
• Write Barriers — иммутабельные объекты исключают такие накладные расходы
• Young Gen: Bump-the-pointer аллокация — быстрая, Minor GC очищает бесплатно
• Стратегия: мутабельные буферы для сборки, иммутабельные объекты для хранения

Частые уточняющие вопросы:

• Когда мутабельность быстрее? — Один поток, частые правки одного объекта
• Когда иммутабельность быстрее? — Много потоков, чтение (нет блокировок)
• Что такое Write Barrier? — Проверка при модификации Old Generation; иммутабельные объекты не требуют
• JIT использует final? — Да: aggressive inlining, constant folding, hoisting из циклов

Красные флаги (НЕ говорить):

• «Иммутабельность всегда медленнее» — в многопоточной среде без блокировок быстрее
• «StringBuilder не нужен» — для конкатенации в цикле разница 100-1000x
• «GC не справляется с короткоживущими объектами» — Minor GC очищает их бесплатно
• «На одном ядре иммутабельность лучше» — мутация обычно быстрее на single-threaded

Связанные темы:

• [[2. Какие преимущества даёт использование иммутабельных объектов]]
• [[5. Какие последствия иммутабельности String]]
• [[22. В чём преимущества иммутабельных объектов для кэширования]]
• [[25. Есть ли недостатки у иммутабельных объектов]]