Maison > développement back-end > tutoriel php > Mécanisme de gestion de la mémoire de comptage de références PHP et mécanisme de récupération de place

Mécanisme de gestion de la mémoire de comptage de références PHP et mécanisme de récupération de place

不言
Libérer: 2023-03-23 07:22:01
original
1273 Les gens l'ont consulté

Cet article partage avec vous le mécanisme de gestion de la mémoire par comptage de références et le mécanisme de récupération de place de PHP. Les amis qui ont besoin d'aide peuvent s'y référer

Affectation de référence

$a = 'apple';
$b = &$a;
Copier après la connexion

Dans le. ci-dessus le code, j'attribue une chaîne à la variable a, puis j'attribue la référence de a à la variable b. Évidemment, la mémoire pointant à cet instant devrait être comme ceci :

$a -> 'apple' <- $b
Copier après la connexion

a et b pointent vers la même zone mémoire (conteneur de variables zval), on obtient var_dump($a, $b) > , c'est ce à quoi nous nous attendons. string(5) "apple" string(5) "apple"

fonction de désactivation et comptage de références

fonction de désactivation

Supposons que je veuille libérer la chaîne

de la mémoire. J'ai fait ceci : 'apple'

unset($a);
Copier après la connexion
Mais en imprimant à nouveau les informations des deux variables

$a, j'ai obtenu ce résultat : $b et Notice: Undefined variable: a . Étrange, string(5) "apple" $a pointe vers le même conteneur de variables, et $b est clairement libéré, alors pourquoi $b est toujours $a. 'apple'

est en fait comme ça.

détruit simplement un symbole de variable unset() (pointeur) et ne libère pas le conteneur de variable. Ainsi, une fois l'opération terminée, le pointeur de mémoire devient simplement comme ceci : a

Nombre de références
'apple' <- $b
Copier après la connexion

Le nombre de références est une information stockée dans chaque conteneur de variable. Il indique le nombre de symboles de variable par lesquels le conteneur de variable actuel est référencé.

Comme dans l'exemple précédent, unset() ne libère pas le conteneur de variable pointé par la variable, mais détruit uniquement le symbole de la variable. En même temps, réduisez de 1 le nombre de références

de

dans le conteneur de variables. Lorsque le nombre de références est 0, c'est-à-dire lorsque le conteneur de variables n'est référencé par aucune variable, va déclencher le garbage collection de PHP (erreur), il sera publié (correct).

Correction d'une petite erreur mentionnée ci-dessus : Cette méthode simple de comptage de références est le mécanisme de gestion de la mémoire avant PHP 5.2. Elle ne peut pas être appelée un mécanisme de garbage collection. Le mécanisme de garbage collection n'a été introduit que dans PHP 5.3. . Le mécanisme de récupération de place vise à résoudre les défauts de ce mécanisme simple de gestion de la mémoire par comptage de références (c'est-à-dire les fuites de mémoire causées par les références circulaires, qui seront expliquées ci-dessous)

Retour au sujet, nous. utiliser du code pour vérifier Regardons la conclusion précédente :

$a = 'apple';
$b = &$a;

$before = memory_get_usage();
unset($a);
$after = memory_get_usage();

var_dump($before - $after);  // 结果为int(0),变量容器的引用计数为1,没有释放
Copier après la connexion
libère directement
$a = 'apple';
$b = &$a;

$before = memory_get_usage();
unset($a, $b);
$after = memory_get_usage();

var_dump($before - $after);  // 结果为int(24),变量容器的引用计数为0,得到释放
Copier après la connexion

Alors que peut-on faire pour vraiment libérer la mémoire occupée par

?

'apple'En utilisant la méthode ci-dessus, nous pouvons utiliser

puis

pour détruire toutes les références au conteneur de variables. Lorsque le nombre de références est réduit à 0, il sera naturellement libéré. unset($a)unset($b)Bien sûr, il existe une méthode plus directe :

L'affectation directe
$a = null;
Copier après la connexion
videra la zone mémoire pointée par

et remettra le compteur de références à zéro. libéré. null$aMémoire une fois l'exécution du script terminée

Pour les programmes Web généraux (en mode fpm), l'exécution de PHP est un blocage synchrone à un seul thread. Toute la mémoire utilisée sera libérée. Alors, est-il logique que nous libérions manuellement la mémoire ?

En fait, cette question a une réponse depuis longtemps. Je recommande à tout le monde de lire un article publié par @laruence en 2012 :

Veuillez libérer les ressources manuellement (Veuillez libérer les ressources manuellement)

Défauts du mécanisme de gestion de la mémoire par comptage de références : références circulaires

Parlons maintenant des défauts du mécanisme de gestion de la mémoire par comptage de références mentionnés précédemment.

Lorsque le nombre de références d'un conteneur de variable atteint 0, PHP effectuera un garbage collection. Cependant, y avez-vous déjà pensé, il existe une situation qui fera que le nombre de références d'un conteneur de variable ne sera jamais réduit à 0. Par exemple :

Nous voyons que le deuxième dans le
$a = ['one'];
$a[] = &$a;
Copier après la connexion
array L'élément est lui-même. Ensuite, le nombre de références du conteneur de variables stockant le tableau est 2, une référence est la variable

et l'autre référence est le deuxième élément du tableau - l'index $a. a1

Mécanisme de gestion de la mémoire de comptage de références PHP et mécanisme de récupération de place Ensuite, si nous

à ce moment, le nombre de références du conteneur de variables stockant le tableau sera réduit de 1, mais là est toujours 1 référence, c'est l'élément du tableau

Maintenant la structure de référence devient comme ceci : unset($a)1

Mécanisme de gestion de la mémoire de comptage de références PHP et mécanisme de récupération de place Depuis le décompte de références de. le conteneur de variables n'a pas changé à 0, il ne peut pas être libéré et aucun autre symbole de variable externe n'y fait référence pour le moment, et l'utilisateur n'a aucun moyen d'effacer cette structure, et elle résidera toujours dans la mémoire.

Donc, s'il existe un grand nombre de telles structures et opérations dans le code, cela entraînera éventuellement une perte de mémoire, voire des fuites. C'est le problème que la mémoire ne peut pas être libérée en raison de la

référence cyclique

.

Heureusement, en mode fpm, à la fin de l'exécution du script demandé, PHP libérera toute la mémoire utilisée dans le script, y compris cette structure. Cependant, que se passe-t-il s'il s'agit d'un programme php sous le processus démon ? Comme la laine. Un problème urgent qui doit être résolu dans ce php (déjà résolu, voir ci-dessous).

L'algorithme de synchronisation introduit dans PHP 5.3.0

Traditionnellement, le mécanisme de mémoire de comptage de références utilisé dans PHP précédent ne peut pas gérer les fuites de mémoire des références circulaires. Cependant, l'algorithme de synchronisation dans l'article sur l'utilisation de PHP 5.3.0 » Concurrent Cycle Collection in Reference Counted Systems résout ce problème de fuite de mémoire. Cet algorithme est le mécanisme de récupération de place de PHP.

La mise en œuvre et le processus de l'algorithme spécifique sont un peu compliqués. Veuillez lire la documentation officielle. Je n'entrerai pas dans les détails ici. Je joins également plusieurs liens vers des articles expliquant le processus de l'algorithme, qui sont relativement simples :

http://php.net/manual/zh/feat... Documents officiels
http://www.cnblogs.com/leoo2s...
https://blog. csdn.net/phpkern..

Enfin, permettez-moi de citer ces deux paragraphes de l'article de Brother Niao pour illustrer le problème :

Avant PHP5.2, PHP utilisait le nombre de références pour la gestion des ressources. Lorsque le nombre de références de zval atteint 0, il sera publié. Bien qu'il existe une référence de cycle, cette conception ne pose pas de problème pour le développement de scripts Web, car les caractéristiques des scripts Web et leur objectif sont l'exécution. Le temps est court et ne le sera pas. fonctionner pendant une longue période. Les fuites de ressources causées par des références circulaires seront libérées à la fin de la requête. En d'autres termes, la libération des ressources à la fin de la requête est une mesure corrective (sauvegarde). Utilisé par de plus en plus de personnes, et de nombreuses personnes utilisent PHP dans certains scripts en arrière-plan. Ces scripts se caractérisent par une exécution à long terme, ce qui empêche le décompte des références de libérer les ressources inutilisées à temps. finit par manquer de mémoire. Quittez lorsqu'il est épuisé.

Ainsi, après PHP5.3, nous avons introduit GC, c'est-à-dire que nous avons introduit GC pour résoudre les problèmes que les utilisateurs ne peuvent pas résoudre.


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!

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal