PHP-Code-Architektur
Alle Teile von PHP befinden sich in einer Schicht namens TSRM. Die TSRM-Schicht ist für die Thread-Sicherheitsverwaltung verantwortlich. Die unterste SAPI ist die externe Schnittstelle, die Dienste bereitstellt. Beispielsweise ist der Sapi der Befehlszeile CLI, PHP-FPM ist der Sapi von Fastcgi und der Modulmodus von Apache ist ebenfalls ein Sapi. Der PHP-Kernel ist für die Anforderungsverwaltung/das Netzwerk verantwortlich Bei Dateioperationen ist der Zend-Kernel für die Kompilierung und Ausführung/Zuweisung von Speicher und Ressourcen verantwortlich.
Darüber hinaus gibt es die Erweiterungsschicht. Die meisten externen Schnittstellen in PHP werden über die Erweiterungsschicht bereitgestellt, z as, Sprachgrundlagen wie Standard und String werden auch in Form von Erweiterungen bereitgestellt
Es gibt zwei Möglichkeiten, Erweiterungen (im Folgenden als Module bezeichnet) in PHP zu laden: statische Kompilierung, dynamische Verknüpfung
Statische Kompilierung Das Konfigurationsskript von PHP muss neu generiert werden, was hier nicht beschrieben wird. Die dynamische Linkmethode besteht darin, das Modul in eine .so-Datei zu kompilieren und es dann dynamisch in PHP zu laden Es gibt zwei Möglichkeiten, die .so-Datei zu laden. Eine besteht darin, sie in die php.ini-Datei zu schreiben, zum Beispiel: extension=apc.so, die andere darin, dl('xxx.so') zu verwenden.
dl($library)
besteht darin, ein Modul zu laden, um seine internen Funktionen verfügbar zu machen. Der Quellcode der dl()-Funktion befindet sich in PHP Quellcode-Stammverzeichnis (abgekürzt als PHP_SRC_HOME), PHP_SRC_HOME /ext/standard/dl.c, der Schlüsselverarbeitungsprozess ist wie folgt: PHP_FUNCTION(dl)php_dl
php_load_extension1 2 3 4 5 6 |
|
Wichtige Probleme im Prozess
1 2 3 4 5 |
|
get_module function
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
|
Funktionszeiger
, der aus der gerade geladenen dynamischen Linkbibliothek erhalten wurde, der Funktion get_module bei der Entwicklung des Moduls definiert.Nach der Makroerweiterung (ohne Berücksichtigung von Attributen für GNU und externem „C“ für C++): Modulregistrierung module_entry = zend_register_module_ex(module_entry TSRMLS_CC)Der obige Code wird aus der Funktion php_load_extension extrahiert. Wir führen einen Drilldown in zend_register_module_ex() durch, um die Funktionsregistrierung zu finden, an der wir interessiert sind:if (module->functions && zend_register_functions(NULL, module->functions, NULL, module->type TSRMLS_CC)==FAILURE) {Fahren Sie mit dem Drilldown in die Funktion zend_register_functions fort:
Funktion abrufen Beim Erstellen der Symboltabelle wird ein CG-Makro verwendet:
target_function_table = CG(function_table);
Wir lösen dieses Makro in zwei Situationen :
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
|
Schließlich erhalten sie das function_table-Element in einer globalen
Struktur structzend_compiler_globals, das eine HashTable ist. Die folgende Schleife ist leicht zu verstehen . Verwenden Sie beim Entwickeln des Moduls die Funktion in zend_function_entry. Es ist in Ordnung, den Durchlauf zur HashTable hinzuzufügen.
Modulstart/Modulanforderungsstart
1 2 3 4 5 |
|
Das obige ist der detaillierte Inhalt vonEinführung in Kenntnisse im Zusammenhang mit der PHP-Modulentwicklung. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!