Einführung in den PHP-Recyclingzyklus

Der Inhalt dieses Artikels ist eine Einführung in den PHP-Recyclingzyklus. Er hat einen gewissen Referenzwert. Ich hoffe, dass er für Sie hilfreich ist.

Das folgende Verfahren funktioniert nur für Array- und Objekttypen.

Traditionell kann der in PHP verwendete Referenzzählspeichermechanismus keine Speicherlecks mit zirkulären Referenzen verarbeiten. Allerdings verwendet PHP 5.3.0 den Synchronisationsalgorithmus im Artikel » Concurrent Cycle Collection in Reference Counted Systems, um dieses Speicherverlustproblem zu lösen.

Eine vollständige Erklärung des Algorithmus würde den Rahmen dieses Abschnitts etwas sprengen und es werden nur die Grundlagen vorgestellt. Zunächst müssen wir einige Grundregeln festlegen. Wenn die Referenzanzahl erhöht wird, wird sie weiterhin verwendet und landet natürlich nicht mehr im Müll. Wenn der Referenzzähler auf Null reduziert wird, wird der Variablencontainer gelöscht (frei). Das heißt, ein Müllzyklus findet nur dann statt, wenn der Referenzzähler auf einen Wert ungleich Null sinkt. Zweitens können Sie während eines Garbage-Zyklus herausfinden, welche Teile Garbage sind, indem Sie prüfen, ob die Referenzanzahl um 1 reduziert wird und welche Variablencontainer keine Referenzen haben.

Um zu vermeiden, dass alle Müllzyklen überprüft werden müssen, bei denen die Referenzanzahl reduziert werden kann, legt dieser Algorithmus alle möglichen Wurzeln (mögliche Wurzeln sind zval-Variablencontainer) im Root-Puffer (root Puffer) (lila markiert, als vermuteter Müll bezeichnet), kann dadurch auch sichergestellt werden, dass jeder mögliche Müllstamm (mögliche Müllwurzel) nur einmal im Puffer vorkommt. Die Garbage Collection wird nur dann für alle verschiedenen Variablencontainer innerhalb des Puffers durchgeführt, wenn der Root-Puffer voll ist. Sehen Sie sich Schritt A im Bild oben an.

Simulieren Sie in Schritt B das Löschen jeder lila Variablen. Beim Simulieren des Löschens kann der Referenzzähler von gewöhnlichen Variablen, die nicht lila sind, um „1“ reduziert werden. Wenn der Referenzzähler einer gewöhnlichen Variablen 0 wird, simulieren Sie das Löschen dieser gewöhnlichen Variablen erneut. Jede Variable kann nur einmal simuliert gelöscht werden und wird nach dem simulierten Löschen grau markiert (im ursprünglichen Artikel heißt es, dass sichergestellt werden soll, dass derselbe Variablencontainer nicht zweimal um „1“ dekrementiert wird, was falsch ist).

In Schritt C stellt die Simulation jede violette Variable wieder her. Die Wiederherstellung ist an Bedingungen geknüpft. Wenn der Referenzzähler der Variablen größer als 0 ist, wird eine simulierte Wiederherstellung durchgeführt. Ebenso kann jede Variable nur einmal wiederhergestellt werden. Nach der Wiederherstellung wird sie als schwarz markiert. Dies ist im Grunde die umgekehrte Operation von Schritt B. Auf diese Weise sind die verbleibenden nicht wiederherstellbaren blauen Knoten die blauen Knoten, die gelöscht werden sollten. Durchlaufen Sie sie in Schritt D und löschen Sie sie.

Der Algorithmus besteht ausschließlich aus simuliertem Löschen, simulierter Wiederherstellung und echtem Löschen, alle unter Verwendung einer einfachen Durchquerung (der typischsten Tiefensuchdurchquerung). Die Komplexität hängt positiv mit der Anzahl der Knoten zusammen, die Simulationsoperationen durchführen, und nicht nur mit den vermuteten Müllvariablen in Lila.

Da Sie nun ein grundlegendes Verständnis dieses Algorithmus haben, schauen wir uns noch einmal an, wie er in PHP integriert ist. Standardmäßig ist der Garbage-Collection-Mechanismus von PHP aktiviert und es gibt eine php.ini-Einstellung, mit der Sie ihn ändern können: zend.enable_gc.

Wenn der Garbage-Collection-Mechanismus aktiviert ist, wird der oben beschriebene Schleifensuchalgorithmus jedes Mal ausgeführt, wenn der Root-Puffer voll ist. Der Root-Cache-Bereich hat eine feste Größe und kann 10.000 mögliche Roots speichern. Natürlich können Sie diesen 10.000-Wert ändern, indem Sie die Konstante GC_ROOT_BUFFER_MAX_ENTRIES in der PHP-Quelldatei Zend/zend_gc.c ändern und PHP dann neu kompilieren. Wenn die Garbage Collection deaktiviert ist, wird der Schleifensuchalgorithmus nie ausgeführt. Es ist jedoch möglich, dass der Root immer im Root-Puffer vorhanden ist, unabhängig davon, ob die Garbage Collection in der Konfiguration aktiviert ist.

Wenn der Garbage-Collection-Mechanismus ausgeschaltet ist und der Root-Puffer voller möglicher Roots ist, werden offensichtlich keine weiteren möglichen Roots aufgezeichnet. Mögliche Wurzeln, die nicht erfasst werden, werden von diesem Algorithmus nicht analysiert und verarbeitet. Wenn sie Teil eines zyklischen Referenzzyklus sind, werden sie nie gelöscht und verursachen einen Speicherverlust.

Der Grund dafür, dass mögliche Roots auch dann aufgezeichnet werden, wenn die Garbage Collection nicht verfügbar ist, liegt darin, dass das Aufzeichnen möglicher Roots schneller ist, als jedes Mal zu überprüfen, ob die Garbage Collection aktiviert ist, wenn ein möglicher Root gefunden wird. Der Speicherbereinigungs- und Analysemechanismus selbst nimmt jedoch viel Zeit in Anspruch.

Zusätzlich zum Ändern der Konfiguration zend.enable_gc können Sie den Garbage-Collection-Mechanismus auch ein- und ausschalten, indem Sie die Funktionen gc_enable() bzw. gc_disable() aufrufen. Der Aufruf dieser Funktionen hat die gleiche Wirkung wie das Ändern von Konfigurationselementen, um den Garbage-Collection-Mechanismus zu aktivieren oder zu deaktivieren. Möglichkeit, eine regelmäßige Erfassung zu erzwingen, auch wenn der Root-Puffer möglicherweise nicht voll ist. Zu diesem Zweck können Sie die Funktion gc_collect_cycles() aufrufen. Diese Funktion gibt die Anzahl der mit diesem Algorithmus recycelten Zyklen zurück.

Der Grund dafür, dass die Garbage Collection aktiviert und deaktiviert und die autonome Initialisierung zugelassen wird, liegt darin, dass einige Teile Ihrer Anwendung möglicherweise zeitkritisch sind. In diesem Fall möchten Sie die Garbage Collection wahrscheinlich nicht verwenden. Wenn Sie die Garbage Collection für bestimmte Teile Ihrer Anwendung deaktivieren, besteht natürlich das Risiko möglicher Speicherlecks, da einige mögliche Roots möglicherweise nicht in den begrenzten Root-Puffer passen. Daher kann es sinnvoll sein, unmittelbar bevor Sie die Funktion gc_disable() aufrufen, um den Speicher freizugeben, zuerst die Funktion gc_collect_cycles() aufzurufen. Da dadurch alle möglichen Roots gelöscht werden, die im Root-Puffer gespeichert wurden, kann beim Ausschalten des Garbage-Collection-Mechanismus ein leerer Puffer übrig bleiben, um mehr Platz zum Speichern möglicher Roots zu haben.

Das obige ist der detaillierte Inhalt vonEinführung in den PHP-Recyclingzyklus. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!