State object StatefulWidget ma cykl życia — sekwencję metod wywoływanych w momencie tworzenia, aktualizacji i niszczenia widgetu (initState, build, didUpdateWidget, dispose, itp.). Zrozumienie go jest ważne dla poprawnego zarządzania zasobami i efektami ubocznymi.
class _MyWidgetState extends State<MyWidget> {
@override
void initState() {
super.initState();
// called ONCE when the State is created → initialize, start subscriptions,
// fetch initial data, set up controllers/listeners
}
@override
Widget build(BuildContext context) {
// called whenever the UI needs to render (often) → return the widget tree
return Container();
}
@override
void didUpdateWidget(MyWidget oldWidget) {
super.didUpdateWidget(oldWidget);
// called when the parent rebuilds with new config → react to changed inputs
}
@override
void dispose() {
// called when the State is permanently removed → CLEAN UP:
// cancel subscriptions, dispose controllers, close streams (prevent leaks!)
super.dispose();
}
}
createState → initState (once) → build (many times) → [didUpdateWidget on config change]
→ ... → dispose (once, at the end)
Other: didChangeDependencies (when InheritedWidget dependencies change)
⚠️ dispose() is CRITICAL for cleanup — failing to clean up causes MEMORY LEAKS / bugs:
→ cancel Stream subscriptions, Timers; dispose AnimationControllers, TextEditingControllers,
ScrollControllers; close StreamControllers
→ resources started in initState should be cleaned up in dispose
→ A common source of leaks: forgetting to dispose controllers/subscriptions.
Zrozumienie cyklu życia StatefulWidget jest ważne dla poprawnego zarządzania zasobami i efektami ubocznymi w Flutter, dlatego jest to cenna praktyczna wiedza.
Metody cyklu życia State object są wywoływane w określonych momentach, a ich prawidłowe użycie jest niezbędne: initState (wywoływana raz, gdy State zostaje utworzony — miejsce do inicjalizacji, pobierania danych początkowych, rozpoczynania subskrypcji i konfiguracji kontrolerów/listenerów), build (wywoływana za każdym razem, gdy interfejs użytkownika się renderuje, zwracając drzewo widgetów), didUpdateWidget (wywoływana, gdy rodzic przebudowuje się z nową konfiguracją, aby reagować na zmienione wejścia) i dispose (wywoływana, gdy State jest trwale usuwany).
Zrozumienie typowego przepływu (createState → initState → build wielokrotnie → dispose) wyjaśnia, kiedy każda z nich się uruchamia.
Najbardziej krytyczne jest zrozumienie, że dispose jest niezbędny do czyszczenia — to ważna praktyczna wiedza: brak czyszczenia zasobów (anulowanie subskrypcji Stream i Timerów, dispose AnimationControllerów, TextEditingControllerów i ScrollControllerów, zamykanie StreamControllerów) powoduje wycieki pamięci i błędy — a zapominanie o dispose kontrolerów i subskrypcji jest częstym, rzeczywistym źródłem wycieków w aplikacjach Flutter.
Wzorzec konfigurowania zasobów w initState i czyszczenia ich w dispose jest fundamentalny dla pisania poprawnych widgetów bez wycieków.
Zrozumienie cyklu życia umożliwia prawidłową inicjalizację (w initState), reagowanie na zmiany (w didUpdateWidget) i przede wszystkim czyszczenie (w dispose).
Ponieważ poprawne zarządzanie zasobami i efektami ubocznymi jest niezbędne dla poprawnych, wolnych od wycieków aplikacji Flutter, a cykl życia StatefulWidget (szczególnie initState do konfiguracji i dispose do czyszczenia) jest mechanizmem do tego, zrozumienie cyklu życia StatefulWidget — kluczowych metod, ich czasowania i szczególnie krytycznej roli dispose w zapobieganiu wyciekom — jest ważną, praktycznie istotną wiedzą Flutter dla pisania poprawnych widgetów stanowych, kluczową umiejętnością unikania wycieków zasobów, które są częstym realnym problemem Flutter.