Mik az immutábilis objektumok és miért érdemes őket használni?

Question

Accepted Answer

Az **immutábilis objektum** nem változtatható meg a konstruálása után — minden mező egyszer kerül beállításra, és nincsenek az állapotot mutáló metódusok. Az "módosításához" egy új objektumot hozol létre.

## Immutábilis típus építése

```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; }
}
```

A `plus` nem módosítja a `this`-t; egy új `Money`-t ad vissza.

## Miért segít az immutábilitás

```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
```

## Kompromisszumok

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

Figyelmezz a *sekélyes* immutábilitásra: a mutable listára mutató `final` mező még mindig mutable az adott referencia keresztül. Védjük meg a másolást vagy használj nem módosítható gyűjteményeket.

## Miért fontos ez

Az immutábilitás egy egész osztályt szüntet meg a hibák közül: semmi sem tudja az objektumot megváltoztatni a háta mögött, így az érvelés és az egyidejűség drámailag egyszerűbbé válik.

Ezért vannak az érték típusok (stringek, `LocalDate`, rekordok) immutábilisek a modern nyelvekben — megosztottak, gyorsítótárazottak, és biztonságosan használt kulcsként védő másolás nélkül.