Et State-objekt i en StatefulWidget har en livssyklus — en sekvens av metoder som kalles når widgeten opprettes, oppdateres og destrueres (initState, build, didUpdateWidget, dispose, osv.). Det er viktig å forstå dette for å administrere ressurser og bivirkninger korrekt.
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.
Å forstå livssyklusen til StatefulWidget er viktig for å administrere ressurser og bivirkninger korrekt i Flutter, så det er verdifull praktisk kunnskap.
State-objektets livssyklusmetoder kalles på spesifikke punkter, og det er avgjørende å bruke dem riktig: initState (kalles én gang når State opprettes — stedet for å initialisere, hente innledende data, starte abonnementer og sette opp kontrollere/lyttere), build (kalles når grensesnittet tegnes, og returnerer widgettræet), didUpdateWidget (kalles når overordnet gjenoppbygger med ny konfigurering, for å reagere på endrede inndata), og dispose (kalles når State permanent fjernes).
Å forstå den typiske flyten (createState → initState → build gjentatte ganger → dispose) avklarer når hver kjøres.
Mest kritisk er det å forstå at dispose er avgjørende for opprydding er viktig praktisk kunnskap: hvis du ikke rydder opp i ressurser (avbryter Stream-abonnementer og Timers, disponerer AnimationControllers, TextEditingControllers og ScrollControllers, lukker StreamControllers) oppstår minnelekkasjer og feil — og det å glemme å disponere kontrollere og abonnementer er en vanlig, reell kilde til lekkasjer i Flutter-apper.
Mønsteret med å sette opp ressurser i initState og rydde opp i dispose er grunnleggende for å skrive korrekte, lekkasjefriet widgets.
Å forstå livssyklusen gjør det mulig å initialisere korrekt (i initState), reagere på endringer (i didUpdateWidget) og kritisk opprydding (i dispose).
Ettersom å administrere ressurser og bivirkninger korrekt er avgjørende for korrekte, lekkasjefriet Flutter-apper, og siden livssyklusen til StatefulWidget (spesielt initState for oppsett og dispose for opprydding) er mekanismen for dette, er det å forstå livssyklusen til StatefulWidget — nøkkelmetodene, deres timing og spesielt den kritiske rollen til dispose i forhindring av lekkasjer — viktig, praktisk relevant Flutter-kunnskap for å skrive korrekte stateful widgets, en nøkkelferdighet for å unngå ressurslekkasjer som er et vanlig problem i virkelige Flutter-situasjoner.