Introduction au cycle de recyclage PHP

Cet article vous présente le cycle de recyclage PHP.Il a une certaine valeur de référence.Les amis dans le besoin peuvent s'y référer.J'espère qu'il vous sera utile.

La procédure suivante ne fonctionne que sur les types tableau et objet.

Traditionnellement, le mécanisme de mémoire de comptage de références utilisé en PHP ne peut pas gérer les fuites de mémoire de référence circulaire. Cependant, PHP 5.3.0 utilise l'algorithme de synchronisation de l'article » Concurrent Cycle Collection in Reference Counted Systems pour traiter ce problème de fuite de mémoire.

Une explication complète de l'algorithme dépasse quelque peu la portée de cette section, et seules les bases seront présentées. Tout d’abord, nous devons établir quelques règles de base. Si un nombre de références augmente, il continuera à être utilisé et bien sûr plus à la poubelle. Si le nombre de références est réduit à zéro, le conteneur de variables sera effacé (libre). Autrement dit, un cycle de déchets se produit uniquement lorsque le nombre de références diminue jusqu'à une valeur non nulle. Deuxièmement, pendant un cycle de déchets, découvrez quelles parties sont des déchets en vérifiant si le nombre de références est réduit de 1 et en vérifiant quels conteneurs de variables ont zéro référence.

Pour éviter d'avoir à vérifier tous les cycles de mémoire où le nombre de références peut être réduit, cet algorithme place toutes les racines possibles (les racines possibles sont des conteneurs de variables zval) dans le tampon racine (root tampon) (marqué en violet, appelé déchets suspectés), cela peut également garantir que chaque racine de déchets possible (racine de déchets possible) n'apparaît qu'une seule fois dans le tampon. Le garbage collection est effectué sur tous les différents conteneurs de variables dans le tampon uniquement lorsque le tampon racine est plein. Regardez l'étape A dans l'image ci-dessus.

À l'étape B, simulez la suppression de chaque variable violette. Lors de la simulation de suppression, le nombre de références des variables ordinaires qui ne sont pas violettes peut être réduit de "1". Si le nombre de références d'une variable ordinaire devient 0, simulez à nouveau la suppression de cette variable ordinaire. Chaque variable ne peut être simulée qu'une seule fois, et elle sera marquée en gris après la suppression simulée (l'article original disait de s'assurer que le même conteneur de variable n'est pas décrémenté de "1" deux fois, ce qui est faux).

A l'étape C, la simulation restaure chaque variable violette. La récupération est conditionnelle. Lorsque le nombre de références de la variable est supérieur à 0, une récupération simulée est effectuée. De même, chaque variable ne peut être restaurée qu'une seule fois. Après restauration, elle est marquée en noir. Il s'agit essentiellement de l'opération inverse de l'étape B. De cette façon, la pile restante de nœuds bleus irrécupérables sont les nœuds bleus qui doivent être supprimés à l'étape D et supprimez-les.

Les algorithmes sont tous une suppression simulée, une récupération simulée et une suppression réelle, tous utilisant une traversée simple (la traversée de recherche approfondie la plus typique). La complexité est positivement liée au nombre de nœuds effectuant des opérations de simulation, et pas seulement aux variables violettes soupçonnées d'être des déchets.

Maintenant que vous avez une compréhension de base de cet algorithme, revenons en arrière et voyons comment il est intégré à PHP. Par défaut, le mécanisme de récupération de place de PHP est activé et il existe un paramètre php.ini qui vous permet de le modifier : zend.enable_gc.

Lorsque le mécanisme de récupération de place est activé, l'algorithme de recherche de boucle décrit ci-dessus sera exécuté chaque fois que le tampon racine est plein. La zone du cache racine a une taille fixe et peut stocker 10 000 racines possibles. Bien entendu, vous pouvez modifier cette valeur de 10 000 en modifiant la constante GC_ROOT_BUFFER_MAX_ENTRIES dans le fichier source PHP Zend/zend_gc.c puis en recompilant PHP. Lorsque le garbage collection est désactivé, l'algorithme de recherche de boucle ne s'exécute jamais. Cependant, il est possible que la racine existe toujours dans le tampon racine, que le garbage collection soit activé ou non dans la configuration.

Lorsque le mécanisme de récupération de place est désactivé, si le tampon racine est plein de racines possibles, davantage de racines possibles ne seront évidemment pas enregistrées. Les racines possibles qui ne sont pas enregistrées ne seront pas analysées et traitées par cet algorithme. S'ils font partie d'un cycle de référence cyclique, ils ne seront jamais effacés et provoqueront une fuite de mémoire.

La raison pour laquelle les racines possibles sont enregistrées même lorsque le garbage collection n'est pas disponible est que l'enregistrement des racines possibles est plus rapide que de vérifier si le garbage collection est activé à chaque fois qu'une racine possible est trouvée. Cependant, le mécanisme de collecte et d’analyse des déchets lui-même prend beaucoup de temps.

En plus de modifier la configuration zend.enable_gc, vous pouvez également activer et désactiver le mécanisme de récupération de place en appelant respectivement les fonctions gc_enable() et gc_disable(). L'appel de ces fonctions a le même effet que la modification des éléments de configuration pour activer ou désactiver le mécanisme de récupération de place. Possibilité de forcer une collecte périodique même lorsque le tampon racine n'est pas plein. Vous pouvez appeler la fonction gc_collect_cycles() à cet effet. Cette fonction renverra le nombre de cycles recyclés à l'aide de cet algorithme.

La raison pour laquelle vous autorisez l'activation et la désactivation du garbage collection et l'initialisation autonome est que certaines parties de votre application peuvent être sensibles au facteur temps. Dans ce cas, vous ne souhaiterez probablement pas utiliser le garbage collection. Bien entendu, la désactivation du garbage collection pour certaines parties de votre application entraîne un risque de fuites de mémoire, car certaines racines possibles peuvent ne pas rentrer dans le tampon racine limité. Par conséquent, juste avant d'appeler la fonction gc_disable() pour libérer de la mémoire, il peut être judicieux d'appeler d'abord la fonction gc_collect_cycles(). Parce que cela effacera toutes les racines possibles qui ont été stockées dans le tampon racine, lorsque le mécanisme de récupération de place est désactivé, un tampon vide peut être laissé pour avoir plus d'espace pour stocker les racines possibles.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!