---

Junior Level

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

Основные преимущества

1. Простота понимания — объект всегда в одном состоянии, не нужно отслеживать историю изменений
2. Безопасность — никто не может случайно поменять данные объекта
3. Легче тестировать — объект всегда ведёт себя одинаково

Простой пример

String s1 = "Hello";
String s2 = s1.concat(" World"); // s1 не изменился, s2 — новая строка
// s1 по-прежнему "Hello"

Цена иммутабельности

1. Excessive GC pressure при массовом создании объектов (1000 конкатенаций = 1000 объектов)
2. Overhead на копирование больших структур (deep copy O(n))
3. Неудобный API — каждое изменение = создание нового объекта

---

Middle Level

Потокобезопасность без блокировок

Иммутабельные объекты потокобезопасны по умолчанию:

• Несколько потоков могут одновременно читать объект без риска Race Condition
• Не нужны synchronized, ReentrantLock — нет блокировок, нет Deadlocks

Идеальные ключи для HashMap

hashCode() объекта никогда не изменится — объект не “потеряется” в бакете хеш-таблицы.

Отсутствие побочных эффектов

Методы возвращают новые объекты вместо изменения существующих. Вы можете передать объект в любой метод и быть уверенным, что его содержимое не изменится.

Переиспользование (паттерн Flyweight)

• String Pool — одинаковые строки используют один объект
• Integer Cache — числа от -128 до 127 переиспользуются
• Boolean.TRUE / Boolean.FALSE — единственные экземпляры

Пример: безопасный возврат из геттера

public final class Config {
    private final Map<String, String> properties;

    public Config(Map<String, String> properties) {
        this.properties = Map.copyOf(properties);
    }

    public Map<String, String> getProperties() {
        return properties; // безопасно — Map.copyOf вернул иммутабельную карту
    }
}

---

Senior Level

Гарантии Java Memory Model

Поля, помеченные как final, получают особые гарантии видимости. После завершения конструктора ссылка на объект считается безопасно опубликованной — любой поток увидит корректные значения без дополнительных барьеров памяти.

Влияние на Garbage Collection

• Иммутабельные объекты создаются в Young Generation и там же умирают
• Модификация старого объекта в Old Generation требует Write Barrier — иммутабельные объекты исключают такие накладные расходы
• Ссылки устанавливаются один раз при создании — GC не нужно отслеживать межпоколенные изменения

Масштабируемость в распределённых системах

• Lock-free доступ — чтение без блокировок устраняет contention между потоками, который при высокой конкуренции может снизить throughput на 50-90%.
• Side-effect free — соответствует принципам функционального программирования
• Cache Friendly — безопасное кэширование без риска “отравления” данных

Резюме для Senior

• Главный плюс: снижение когнитивной нагрузки в многопоточной среде. Не нужно думать: «А кто ещё может изменить этот объект?». Вы читаете объект — и уверены, что он не изменится под вами.
• Выигрыш от отсутствия блокировок перекрывает затраты на аллокацию при read-heavy нагрузке. Вместо synchronized на каждом чтении — просто read без locks. На write-heavy нагрузке аллокация новых объектов может стать узким местом.
• Иммутабельность — фундамент для надежных Domain Models
• В высоконагруженных системах иммутабельность побеждает за счёт масштабируемости

---

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

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

• Потокобезопасность без блокировок — нет race condition, нет Deadlocks
• Идеальные ключи для HashMap — hashCode() никогда не меняется
• Паттерн Flyweight — String Pool, Integer Cache, переиспользование объектов
• Side-effect free методы — соответствуют принципам функционального программирования
• Safe publication через final поля — JMM гарантии видимости
• Lock-free чтение устраняет contention (50-90% throughput при высокой конкуренции)
• GC выигрывает: нет Write Barriers, объекты в Young Generation очищаются бесплатно
• Cache Friendly — безопасное кэширование без риска “отравления” данных

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

• Почему иммутабельные объекты thread-safe? — Нет записи после создания = race condition невозможен
• Как иммутабельность влияет на GC? — Короткоживущие объекты очищаются в Minor GC, нет cross-generation ссылок
• Что такое Flyweight? — Паттерн переиспользования одинаковых объектов (String Pool, Integer Cache)
• Есть ли цена иммутабельности? — Excessive GC pressure при массовом создании, overhead на копирование

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

• «Иммутабельность всегда замедляет» — на read-heavy нагрузке без блокировок быстрее
• «synchronized нужен для иммутабельных объектов» — они потокобезопасны по умолчанию
• «Иммутабельные объекты нельзя кешировать» — они ИДЕАЛЬНЫ для кэширования
• «Flyweight — это только для строк» — Integer, Boolean тоже используют этот паттерн

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

• [[1. Что такое иммутабельный (неизменяемый) объект]]
• [[6. Почему иммутабельные объекты thread-safe]]
• [[22. В чём преимущества иммутабельных объектов для кэширования]]
• [[23. Как иммутабельность влияет на производительность]]