Czym są obiekty niezmienne i dlaczego ich używać?

Question

Accepted Answer

Obiekt **niezmienny** nie może być zmieniony po jego skonstruowaniu — każde pole jest ustawiane raz, i nie ma żadnych metod modyfikujących stan. Aby go "zmienić", tworzysz nowy obiekt.

## Budowanie typu niezmiennego

```java
public final class Money {              // final: can't be subclassed to add mutation
    private final int cents;            // final fields, set once
    private final String currency;

public Money(int cents, String currency) {
        this.cents = cents;
        this.currency = currency;
    }

public Money plus(Money other) {    // returns a NEW object, no mutation
        return new Money(this.cents + other.cents, currency);
    }
    public int cents() { return cents; }
}
```

`plus` nie modyfikuje `this`; zwraca świeży `Money`.

## Dlaczego niezmienność pomaga

```text
✓ Thread-safe by default → no shared mutable state, no locks needed
✓ Safe to share/cache    → no defensive copies
✓ Valid forever          → if valid at construction, stays valid
✓ Usable as map keys     → hashCode never changes
```

## Kompromisy

```text
⚠️ Creates new objects on every change → more allocation/GC pressure
⚠️ Awkward for large objects updated frequently (mitigated by builders / persistent
   data structures)
```

Uważaj na *płytką* niezmienność: pole `final` wskazujące na mutowną listę jest nadal mutowne poprzez tę referencję. Defensywnie kopiuj lub używaj niemodyfikowalnych kolekcji.

## Dlaczego to ważne

Niezmienność eliminuje całą klasę błędów: nic nie może zmienić obiektu spod ciebie, więc rozumowanie i współbieżność stają się dramatycznie prostsze.

To dlatego typy wartości (strings, `LocalDate`, records) są niezmienne w nowoczesnych językach — współdzielone, buforowane i bezpiecznie używane jako klucze bez defensywnego kopiowania.