Heim  >  Artikel  >  Backend-Entwicklung  >  PHP-Referenzzähl-Speicherverwaltungsmechanismus und Garbage-Collection-Mechanismus

PHP-Referenzzähl-Speicherverwaltungsmechanismus und Garbage-Collection-Mechanismus

不言
不言Original
2018-04-03 16:49:321245Durchsuche

In diesem Artikel erfahren Sie mehr über den Referenzzähl-Speicherverwaltungsmechanismus und den Speicherbereinigungsmechanismus von PHP. Freunde, die Hilfe benötigen, können darauf verweisen


Im Im obigen Code weise ich der Variablen a eine Zeichenfolge zu und weise dann der Variablen b die Referenz von a zu. Offensichtlich sollte der Speicher, der zu diesem Zeitpunkt zeigt, wie folgt aussehen:
$a = 'apple';
$b = &$a;

a und b zeigen auf denselben Speicherbereich (Variablencontainer
$a -> 'apple' <- $b
zval

), wir erhalten > , was wir erwarten. var_dump($a, $b)Funktion und Referenzzählung aufheben string(5) "apple" string(5) "apple"

Funktion aufheben

Angenommen, ich möchte die Zeichenfolge

aus dem Speicher freigeben. Ich habe Folgendes gemacht:

'apple' Aber durch erneutes Drucken der Informationen der beiden Variablen

unset($a);
habe ich dieses Ergebnis erhalten:

und $a . Seltsamerweise zeigt $b Notice: Undefined variable: a auf denselben Variablencontainer und string(5) "apple" ist eindeutig freigegeben. Warum ist also $b immer noch $a? $b$a ist eigentlich so: 'apple' zerstört nur ein Variablensymbol

(Zeiger) und gibt den Variablencontainer nicht frei. Nach Abschluss der Operation sieht der Speicherzeiger einfach so aus:

unset()aReferenzanzahl

'apple' <- $b
Die Referenzanzahl ist eine in jedem Variablencontainer gespeicherte Information. Sie gibt an, von wie vielen Variablensymbolen der aktuelle Variablencontainer referenziert wird.

Wie im vorherigen Beispiel gibt unset() den Variablencontainer, auf den die Variable zeigt, nicht frei, sondern zerstört nur das Variablensymbol. Reduzieren Sie gleichzeitig den Referenzzähler

von

im Variablencontainer um 1. Wenn der Referenzzähler 0 ist, dh wenn keine Variable auf den Variablencontainer verweist, wird

verwendet PHPs Garbage Collection auslösen (Fehler), sie wird freigegeben (richtig). Korrektur eines kleinen Fehlers, der oben erwähnt wurde: Diese einfache Referenzzählmethode ist der Speicherverwaltungsmechanismus vor PHP 5.2. Sie kann nicht als Garbage-Collection-Mechanismus bezeichnet werden. Der Garbage-Collection-Mechanismus wurde erst in PHP 5.3 eingeführt . Der Garbage-Collection-Mechanismus dient dazu, die Mängel dieses einfachen Referenzzähl-Speicherverwaltungsmechanismus zu beheben (d. h. Speicherlecks, die durch Zirkelverweise verursacht werden, was weiter unten erläutert wird).

Zurück zum Thema, wir Verwenden Sie Code zur Überprüfung. Schauen wir uns die vorherige Schlussfolgerung an:

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

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

var_dump($before - $after);  // 结果为int(0),变量容器的引用计数为1,没有释放
$a = 'apple';
$b = &$a;

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

var_dump($before - $after);  // 结果为int(24),变量容器的引用计数为0,得到释放
direkt frei. Was kann also getan werden, um den von

belegten Speicher wirklich freizugeben?

Mit der oben genannten Methode können wir 'apple' und dann

verwenden, um alle Verweise auf den Variablencontainer zu zerstören. Wenn der Referenzzähler auf 0 reduziert wird, wird er natürlich freigegeben.

unset($a)Natürlich gibt es eine direktere Methode: unset($b)

Direkte Zuweisung

leert den Speicherbereich, auf den
$a = null;
zeigt, und setzt den Referenzzähler auf Null zurück freigegeben.

nullSpeicher nach Abschluss der Skriptausführung$a

Bei allgemeinen Webprogrammen (im FPM-Modus) handelt es sich bei der PHP-Ausführung um eine synchrone Single-Thread-Blockierung. Der gesamte verwendete Speicher wird freigegeben. Ist es also sinnvoll, den Speicher manuell freizugeben?

Tatsächlich ist diese Frage schon lange beantwortet. Ich empfehle jedem, einen Artikel von @laruence aus dem Jahr 2012 zu lesen:

Bitte Ressourcen manuell freigeben (Bitte geben Sie Ressourcen manuell frei)

Mängel des Speicherverwaltungsmechanismus für die Referenzzählung: Zirkelverweise
Lassen Sie uns nun über die zuvor erwähnten Mängel des Speicherverwaltungsmechanismus für die Referenzzählung sprechen.

Wenn der Referenzzähler eines Variablencontainers 0 erreicht, führt PHP eine Speicherbereinigung durch. Aber haben Sie jemals darüber nachgedacht? Es gibt eine Situation, die dazu führt, dass der Referenzzähler eines Variablencontainers niemals auf 0 reduziert wird. Beispiel:

Wir sehen, dass der zweite in der

array Das Element ist es selbst. Dann beträgt der Referenzzähler des Variablencontainers, der das Array speichert, 2, eine Referenz ist die Variable
$a = ['one'];
$a[] = &$a;
und die andere Referenz ist das zweite Element des Arrays – der Index

. $aa1

PHP-Referenzzähl-Speicherverwaltungsmechanismus und Garbage-Collection-Mechanismus Dann, wenn wir zu diesem Zeitpunkt, wird der Referenzzähler des Variablencontainers, der das Array speichert, um 1 reduziert, aber da ist immer noch 1 Referenz. Es ist das Element des Arrays

Jetzt sieht die Referenzstruktur wie folgt aus:

unset($a)1

PHP-Referenzzähl-Speicherverwaltungsmechanismus und Garbage-Collection-Mechanismus Seit der Referenzanzahl von Der Variablencontainer hat sich nicht auf 0 geändert, er kann nicht freigegeben werden, und es gibt zu diesem Zeitpunkt kein anderes externes Variablensymbol, das auf ihn verweist, und der Benutzer hat keine Möglichkeit, diese Struktur zu löschen, und sie wird immer im Speicher verbleiben.

Wenn es also eine große Anzahl solcher Strukturen und Operationen im Code gibt, führt dies irgendwann zu Speicherverlust oder sogar zu Lecks. Dies ist das Problem, dass durch

zyklische Referenz

kein Speicher freigegeben werden kann.

Glücklicherweise gibt PHP im FPM-Modus den gesamten im Skript verwendeten Speicher, einschließlich dieser Struktur, frei, wenn die Ausführung des angeforderten Skripts endet. Was aber, wenn es sich um ein PHP-Programm im Daemon-Prozess handelt? Wie Swoole. Ein dringendes Problem, das in diesem PHP gelöst werden muss (bereits gelöst, siehe unten).

Der in PHP 5.3.0 eingeführte Synchronisationsalgorithmus

Traditionell kann der in früheren PHP verwendete Speichermechanismus zur Referenzzählung nicht mit Speicherlecks von Zirkelverweisen umgehen. Der Synchronisationsalgorithmus im Artikel zur PHP-Nutzung 5.3.0 » Concurrent Cycle Collection in Reference Counted Systems löst dieses Speicherverlustproblem. Dieser Algorithmus ist der Garbage-Collection-Mechanismus von PHP.

Die Implementierung und der Prozess des spezifischen Algorithmus sind etwas kompliziert. Bitte lesen Sie die offizielle Dokumentation. Ich werde hier auch nicht auf Details eingehen, die den Algorithmusprozess erklären.

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

Lassen Sie mich abschließend diese beiden Absätze aus dem Artikel von Bruder Niao zitieren, um das Problem zu veranschaulichen:

Vor PHP5.2 verwendete PHP den Referenzzähler für die Ressourcenverwaltung. Wenn die Referenzanzahl von zval 0 erreicht, wird es freigegeben. Obwohl es eine Zyklusreferenz gibt, stellt dieses Design kein Problem für die Entwicklung von Webskripten dar, da die Eigenschaften von Webskripten und ihr Ziel darin bestehen, dass die Ausführungszeit kurz ist Durch Zirkelverweise verursachte Ressourcenlecks werden am Ende der Anfrage freigegeben. Mit anderen Worten: Die Freigabe von Ressourcen am Ende der Anfrage ist eine Abhilfemaßnahme (Backup). Wird von immer mehr Menschen verwendet, und viele Menschen verwenden PHP in einigen Hintergrundskripten. Wenn Zirkelverweise vorhanden sind, kann das Skript nicht rechtzeitig freigegeben werden Irgendwann geht der Speicher aus. Beenden Sie den Vorgang, wenn er erschöpft ist.

Nach PHP5.3 haben wir GC eingeführt, das heißt, wir haben GC eingeführt, um Probleme zu lösen, die Benutzer nicht lösen können.


Das obige ist der detaillierte Inhalt vonPHP-Referenzzähl-Speicherverwaltungsmechanismus und Garbage-Collection-Mechanismus. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn