Partie 1
Garbage collector, acteur essentiel mais méconnu
Dans l'univers de la programmation informatique, il existe un élément qui me fascine dont on entend rarement parler : le garbage collector.
Derrière ce nom énigmatique se cache un acteur crucial dans la gestion de la mémoire des logiciels. En effet, de nombreux développeurs ignorent bien souvent son fonctionnement. Dans cette série d'articles, nous allons explorer cette entité qu'est le garbage collector. Nous verrons, premièrement, quel est son rôle dans le fonctionnement des programmes. Nous expliquerons aussi pourquoi il est si important pour les développeurs, même pour les débutants.
Dans cette série d'article je vais expliquer le concept du garbage collector en cinq articles, progressant graduellement en complexité, de manière à rendre l'explication accessible à différents niveaux de compréhension. Ainsi, chaque article revisitera la même histoire, en approfondissant un peu plus les détails à chaque étape, jusqu'à atteindre un niveau de technique plus avancé.
L'optimisation de la mémoire
Dans l'écosystème .NET, la gestion de la mémoire repose sur deux structures fondamentales : la Stack et la Heap. Comprendre la différence entre ces deux concepts est crucial pour optimiser les performances de vos applications. Dans cet article, nous allons explorer en profondeur la Stack et la Heap dans l'environnement .NET.
La Stack : l'interaction avec le garbage collector
La Stack, ou « pile », est une structure de données de type LIFO (Last In, First Out), ce qui signifie que le dernier élément ajouté est le premier à être retiré. Les développeurs utilisent la Stack pour stocker les variables locales et les paramètres de méthode. Chaque thread d'exécution dans une application .NET possède sa propre Stack.
Lorsque le programme appelle une méthode, il ajoute un « frame » ou « cadre » à la Stack. Ce frame contient les informations relatives à l'exécution de la méthode, telles que les paramètres, les variables locales et l'adresse de retour. Quand la méthode se termine, le programme retire son frame de la Stack, ce qui libère l'espace mémoire alloué.
Étant donné que la Stack utilise un modèle LIFO, elle est généralement plus rapide et plus efficace en termes d'accès et de libération de la mémoire que la Heap. Cependant, il convient de souligner que la taille de la Stack est limitée et fixe, définie lors de la compilation de l'application. Par défaut celle-ci est de 1MB.
La Heap et le Garbage Collector
Contrairement à la Stack, la Heap est une zone de mémoire dynamique où sont stockés les objets de taille variable et les données dont la durée de vie n’est pas déterminée à la compilation. Dans le framework .NET, le garbage collector gère la mémoire de la Heap.
Lorsque vous créez un objet, le système alloue un espace mémoire sur la Heap. Il renvoie une référence à cet objet. Ensuite, le programme stocke cette référence sur la Stack ou dans une autre zone de mémoire. Les objets sur la Heap restent en mémoire tant qu’ils sont référencés. Une fois qu’ils ne sont plus nécessaires, le garbage collector les identifie et libère l’espace mémoire qu’ils occupaient.
Le garbage collector est responsable de détecter les objets inutilisés sur la Heap et de libérer l’espace mémoire qu’ils occupent. Cela permet aux développeurs de se concentrer sur le développement de leur application. Ils n’ont pas à se soucier de la gestion manuelle de la mémoire.
