Czym są klucze (keys) w Flutter i kiedy ich potrzebujesz?

Question

Accepted Answer

**Klucze** w Flutter pomagają frameworkowi prawidłowo identyfikować i zachowywać widgety podczas przebudowań — szczególnie ważne dla **widgetów stanowych na listach**, które są zmieniane, dodawane lub usuwane. Zrozumienie, kiedy klucze są potrzebne, zapobiega subtelnym i mylącym błędom.

## Co robią klucze

```text
During rebuilds, Flutter MATCHES new widgets to existing elements/state by POSITION and
TYPE. Usually this works fine. But when widgets of the SAME TYPE are reordered/added/
removed in a list, position-matching gets confused → state attaches to the WRONG widget.
→ KEYS give widgets a stable IDENTITY so Flutter matches them correctly across changes.
```

## Klasyczny problem (bez kluczy)

```text
A list of STATEFUL widgets (e.g. items with their own state). You remove the FIRST item:
  ✗ WITHOUT keys → Flutter matches by position → the state stays at each position, so
    state appears attached to the WRONG items (state "shifts" incorrectly)
  ✓ WITH keys → Flutter matches by key → state follows the correct widget
→ This causes confusing bugs (wrong checkbox checked, wrong item highlighted, etc.).
```

```dart
// give list items stable keys (e.g. a unique id)
ListView(children: items.map((item) =>
  MyStatefulItem(key: ValueKey(item.id), item: item)   // stable identity
).toList())
```

## Typy kluczy i kiedy ich używać

```text
ValueKey → key by a value (e.g. an item's unique id) — common for list items
ObjectKey → key by an object's identity
UniqueKey → a guaranteed-unique key (forces a new identity each build — use carefully)
GlobalKey → a globally-unique key; access a widget's state/context from elsewhere
  (e.g. Form's GlobalKey) — powerful but heavier; use sparingly
WHEN NEEDED: mainly for STATEFUL widgets in dynamic lists (reorder/add/remove).
  Stateless widgets and static lists usually DON'T need keys.
```

## Dlaczego to ważne

Zrozumienie kluczy to cenna wiedza na poziomie seniora, ponieważ rozwiązują **subtelne, mylące błędy** z widgetami stanowymi na dynamicznych listach, a znajomość sytuacji, gdy są potrzebne, odzwierciedla głębsze zrozumienie Flutter.

Zasadniczy problem — że Flutter zwykle dopasowuje widgety do ich stanu na podstawie **pozycji i typu** podczas przebudowań, co zwykle działa dobrze, ale **nie działa, gdy widgety stanowe tego samego typu są zmieniane kolejnością, dodawane lub usuwane na liście** (powodując, że stan przytacza się do błędnych widgetów) — jest rzeczywistym źródłem zagmatwanych błędów (zaznaczony błędny checkbox, wyróżniony błędny element, stan wydający się „przesunięty