Un objet State d'un StatefulWidget possède un cycle de vie — une séquence de méthodes appelées au fur et à mesure que le widget est créé, mis à jour et détruit (initState, build, didUpdateWidget, dispose, etc.). Le comprendre est important pour gérer correctement les ressources et les effets secondaires.
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.
Comprendre le cycle de vie du StatefulWidget est important pour gérer correctement les ressources et les effets secondaires dans Flutter, c'est donc une connaissance pratique précieuse.
Les méthodes du cycle de vie de l'objet State sont appelées à des moments spécifiques, et les utiliser correctement est essentiel : initState (appelée une seule fois à la création de State — l'endroit pour initialiser, récupérer les données initiales, démarrer les souscriptions et configurer les contrôleurs/écouteurs), build (appelée chaque fois que l'interface utilisateur se rend, retournant l'arborescence des widgets), didUpdateWidget (appelée quand le parent se reconstruit avec une nouvelle configuration, pour réagir aux entrées modifiées), et dispose (appelée quand l'État est définitivement supprimé).
Comprendre le flux typique (createState → initState → build répétée → dispose) clarifie quand chacun s'exécute.
Le point le plus critique est de comprendre que dispose est essentiel pour le nettoyage : ne pas nettoyer les ressources (annuler les souscriptions Stream et Timers, disposer des AnimationControllers, TextEditingControllers et ScrollControllers, fermer les StreamControllers) cause des fuites mémoire et des bugs — et oublier de disposer les contrôleurs et les souscriptions est une source courante et réelle de fuites dans les applications Flutter.
Le modèle consistant à configurer les ressources dans initState et à les nettoyer dans dispose est fondamental pour écrire des widgets corrects et sans fuites.
Comprendre le cycle de vie permet une initialisation appropriée (dans initState), de réagir aux changements (dans didUpdateWidget), et surtout le nettoyage (dans dispose).
Puisque gérer correctement les ressources et les effets secondaires est essentiel pour les applications Flutter correctes et sans fuites, et puisque le cycle de vie du StatefulWidget (notamment initState pour la configuration et dispose pour le nettoyage) est le mécanisme pour cela, comprendre le cycle de vie du StatefulWidget — les méthodes clés, leur chronologie, et surtout le rôle critique de dispose dans la prévention des fuites — est une connaissance Flutter importante et pratiquement pertinente pour écrire des widgets stateful corrects, une compétence clé pour éviter les fuites de ressources qui sont un problème courant et réel dans Flutter.