http://www.thinkphp.cn/topic/10421.html
Die Kompilierung und Ausführung von PHP sind getrennt, das heißt: Die Kompilierung wird zuerst abgeschlossen , und dann ausführen. Viele Leute werden sagen: Das Gleiche gilt tatsächlich für C++. Allerdings kann uns diese Trennung von PHP viel Komfort bieten, bringt aber natürlich auch viele Nachteile mit sich.
Lassen Sie uns zunächst über den gesamten Prozess sprechen: ①php ruft zum Kompilieren die Kompilierungsfunktion zend_compile_file() auf. Die spezifische Implementierung dieser Funktion umfasst tatsächlich zwei Hauptprozesse: lexikalische Analyse (Lex-Implementierung) und Syntaxanalyse (Yacc-Implementierung). Wenn diese Funktion ausgeführt wird: Die Kompilierung des PHP-Skripts ist abgeschlossen. Die Eingabe dieser Funktion ist: PHP-Skriptdatei, und die Ausgabe ist op_array. Vereinfacht ausgedrückt besteht der Kompilierungsprozess von Sun City darin, das Skript in Anweisungen zu analysieren, die von der virtuellen PHP-Maschine verarbeitet werden können
op_array ist nur ein Array aus diesen Anweisungen (dies ist dem von einigen kompilierten Sprachen generierten Assemblercode sehr ähnlich, bei dem es sich auch um Befehle nacheinander handelt). ②: Dann ruft die virtuelle PHP-Maschine die Funktion zend_execute() zur Ausführung auf. Die Eingabe dieser Funktion ist das in der Kompilierungsphase oben generierte op_array, in dem sie jeden Befehl analysiert und verarbeitet. Da es insgesamt etwa 150 Operationsbefehle gibt, müssen diese 150 Befehle verarbeitet werden. Hier stellt sich eine sehr interessante Frage: Wie geht es mit diesen 150 Befehlen um? Zunächst einmal hat jeder Befehl seine Entsprechung
Auftragsverarbeiter zur Verarbeitung. Deshalb: Die virtuelle Maschine wird basierend auf dem Typ jedes Befehls in op_array zur Verarbeitung an den entsprechenden Prozessor verteilt. Hier stellen sich zwei kleine Fragen: 1: Was ist hier der Prozessor? 2: Wie wird es verteilt? Um diese beiden Fragen zu beantworten, müssen wir den Verteilungsmechanismus erklären: Es gibt drei Mechanismen für die Verteilung von Befehlen in PHP: CALL, SWITCH und GOTO. PHP verwendet standardmäßig die CALL-Methode, die alle Opcode-Prozessoren verwenden definiert als Funktionen,
Das System wird dann von der virtuellen Maschine aufgerufen. Diese Methode ist die traditionelle Methode und gilt im Allgemeinen als die stabilste Methode. Die SWITCH-Methode und die GOTO-Methode verwenden switch und goto, um den Opcode zur Ausführung an die entsprechende Verarbeitungslogik (Segment) zu verteilen .Beantworten wir nun die beiden oben genannten Fragen: 1: Der Prozessor verarbeitet tatsächlich die Logik des op-Befehls. Es kann in Form einer Funktion oder eines logischen Segments vorliegen, je nachdem, wie der Befehl verteilt wird. 2: Es gibt drei Verteilungsmethoden: Anrufen, Wechseln und Gehe zu. Welches ist effizienter? Tatsächlich können Sie aus der obigen Erklärung bereits ein vorläufiges Verständnis gewinnen. Sowohl switch als auch goto verfügen über entsprechende logische Segmente in der Funktion zend_execute(), die direkt ausgeführt werden können. Der Aufruf besteht darin, den Funktionsaufruf in der Funktion zend_execute() auszuführen. offensichtlich
Hinweis: Die Effizienz des Funktionsaufrufs ist am geringsten. Wenn Sie ihn einmal aufrufen, müssen Sie ihn auf den Stapel schieben! In Bezug auf die Effizienz gilt: Anruf ist am niedrigsten. Für switch und goto: Wenn Sie beispielsweise den dritten Befehl ausführen möchten: switch muss zunächst beurteilen, ob es sich um die ersten beiden handelt, goto muss jedoch überhaupt nicht beurteilen und springt direkt zum logischen Codesegment des dritten Befehls Für die Ausführung ist dies besser als bei Switch. Dadurch wird der Verlust der sequentiellen Beurteilung von oben nach unten reduziert, sodass die Goto-Effizienz höher ist als bei Switch. Daher gehören diese drei Verteilungsmethoden im Allgemeinen nicht zum Thema: Da PHP standardmäßig auf „call“ setzt, können Sie die Befehlsverteilungsmethode in „goto“ ändern, wenn Sie die Leistung von PHP weiter verbessern möchten. Obwohl die goto-Methode die Ausführungsgeschwindigkeit verbessert, ist die Kompilierungsgeschwindigkeit tatsächlich am langsamsten. Lassen Sie uns über die Schwäche der PHP-Trennung von Kompilierung und Ausführung sprechen: Tatsächlich kann sie nicht als Schwäche angesehen werden, obwohl Zend
Die Engine (die virtuelle Maschine von PHP) trennt Kompilierung und Ausführung strikt, aber für Suncity-Benutzer ist es so, als ob sie nicht getrennt wären, denn jedes Mal, wenn ich eine PHP-Skriptanforderung ausführe, muss ich Folgendes ausführen: Kompilieren->Ausführen dieser beiden Phasen. Es fehlt keine Bühne.Wir können dies also mit einer kompilierten Sprache wie C++ vergleichen: Führen Sie dieselbe Anforderung 100 Mal aus ① Da C++ in der frühen Phase nur einmal kompiliert werden muss, wird es nicht erneut kompiliert Nachdem es kompiliert wurde, muss es nur noch ausgeführt werden, daher beträgt der Verlust: 1 Kompilierung + 100 Ausführungen ②Für PHP muss es sein Jedes Mal kompiliert + ausgeführt, der Verlust beträgt also: 100 Kompilierungen + 100 Ausführungen Offensichtlich: Aus quantitativer Sicht verbrauchen interpretierte Sprachen viel mehr als kompilierte Sprachen. Um es ganz klar auszudrücken: Die Trennung von Kompilierung und Ausführung von PHP ist keine wirkliche Trennung. Die C++-Art ist die eigentliche Trennung. PHP ist sich dieses Problems seit langem bewusst und hat daher über eine Möglichkeit nachgedacht, dieses Problem zu lösen: Diese Lösung ist eAccelerator. Die Grundidee ist folgende: Wenn das Skript zum ersten Mal ausgeführt wird, wird das kompilierte Skript auf eine bestimmte Weise innerhalb der von uns angegebenen Cache-Gültigkeitszeit gespeichert. Wenn das Skript zum zweiten Mal ausgeführt wird, wird dies nicht mehr der Fall sein Führen Sie wiederholte Kompilierungsarbeiten durch, aber das direkte Aufrufen und Ausführen der zuvor gespeicherten kompilierten Datei verbessert die Programmleistung erheblich. Diese Methode verbessert die Effizienz von PHP bis zu einem gewissen Grad, ist jedoch nicht die ultimative Methode. Lassen Sie uns abschließend über die Trennung der PHP-Kompilierung sprechen und Ausführung Vorteile; dieser Vorteil ist eigentlich für Programmierer, nicht für Benutzer. Aufgrund der Trennung dieser beiden Phasen können wir etwas tun, was wir hier tun möchten. Wenn Sie beispielsweise Dateien ver- und entschlüsseln möchten, möchten Sie einige PHP-Skript-Quellcodedateien verschlüsseln, damit Benutzer den Quellcode nicht sehen können. Gleichzeitig kann diese verschlüsselte Quellcodedatei von der virtuellen PHP-Maschine analysiert und verarbeitet werden. Natürlich: Um dies zu erreichen, müssen Sie zunächst über den Ver- und Entschlüsselungsalgorithmus nachdenken und sicherstellen, dass es sich um einen umkehrbaren Prozess handelt. Nachdem Sie nun die PHP-Quellcodedatei verschlüsselt haben, müssen Sie das Suffix 6 dieser verschlüsselten Datei definieren, sofern dies der Fall ist.
Die Frage ist also: Wie können wir es der virtuellen PHP-Maschine ermöglichen, Dateien mit diesem Suffix zu verarbeiten? Dies erfordert die oben erwähnte Trennung von Kompilierung und Ausführung. Zur Erinnerung: Die Eingabe in die Kompilierungsphase ist die PHP-Quelldatei und die Ausgabe ist op_array. Okay, lasst uns an dieser Stelle viel Aufhebens machen. Die Hauptidee ist: Zuerst in der Kompilierungsfunktion zend_compile_file(): Schauen Sie sich das Suffix der Eingabedatei an: Wenn es normales .php ist, folgen Sie der normalen Logik, wenn es *.buaa ist, dann entschlüsseln Sie es zuerst und folgen Sie dann die normale Logik. Ha~ So einfach ist das. Natürlich ist dieser Prozess nicht so einfach wie gesagt und Sie können die Funktion zend_compile_file() nicht direkt ändern. Am Ende müssen Sie selbst ein Modul erweitern und implementieren, um diesen Prozess abzuwickeln.
Das Obige hat einige Prinzipien von PHP vorgestellt, einschließlich inhaltlicher Aspekte. Ich hoffe, dass es für Freunde hilfreich sein wird, die sich für PHP-Tutorials interessieren.
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