❌ Изменяемое состояние, разделяемое между потоками
public class Balance {
private BigDecimal amount = BigDecimal.ZERO;
public void deposit(BigDecimal v) {
amount = amount.add(v);
}
public BigDecimal get() {
return amount;
}
}Если два потока одновременно вызовут
deposit(), возможны потерянные обновления (lost updates), гонки данных (race conditions) и чтение неконсистентного состояния.✅ Неизменяемый объект — обновление через создание нового экземпляра
public record Balance(BigDecimal amount) {
public Balance deposit(BigDecimal v) {
return new Balance(amount.add(v));
}
}Вместо изменения существующего объекта создаётся новый.
Потоки могут безопасно работать со своими снимками состояния (
snapshot), а каждый вызов deposit() возвращает новый объект.✅ Неизменяемые коллекции
List<String> roles = List.of("READ", "WRITE");
Map<String, Integer> limits =
Map.of("free", 10, "pro", 100);Такие коллекции можно безопасно передавать между потоками без дополнительной синхронизации.
✅ Защитная копия (defensive copy)
Если исходная коллекция всё ещё изменяемая:
List<String> snapshot = List.copyOf(mutableRoles);
Создай неизменяемую копию перед публикацией другим частям приложения.
На практике immutable-подход позволяет существенно сократить количество
synchronized, блокировок и ошибок многопоточности. Поэтому современные API Java (record, List.of(), Map.of(), Optional, LocalDateTime) активно используют неизменяемые объекты по умолчанию.👉 Java Portal
