---

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. Чи є недоліки у незмінних об’єктів]]