Eine Minute, um zu verstehen, ob PHP interpretiert oder kompiliert wird?

In diesem Artikel erfahren Sie in einer Minute, ob PHP interpretiert oder kompiliert wird. Es hat einen gewissen Referenzwert. Freunde in Not können sich darauf beziehen. Ich hoffe, es wird für alle hilfreich sein.

Kompilierte Sprache

• Verwenden Sie einen speziellen Compiler (ähnlich Visual Studio unter Windows), um auf eine bestimmte Plattform (Betriebssystem) abzuzielen und einen bestimmten Hochsprachen-Quellcode zu konvertieren Einmal „übersetzt“ in Maschinencode (einschließlich Maschinenanweisungen und Operanden), der von der Hardware der Plattform ausgeführt und in ein von der Plattform erkanntes ausführbares Programmformat (.exe) gepackt wird. Dieser Konvertierungsprozess wird als Kompilierung bezeichnet. Das kompilierte ausführbare Programm kann von der Entwicklungsumgebung getrennt und unabhängig auf einer bestimmten Plattform ausgeführt werden. Nachdem einige Programme kompiliert wurden, müssen sie möglicherweise auch andere kompilierte Objektcodes verknüpfen, dh zwei oder mehr Objektcodemodule zusammenstellen, um das endgültige ausführbare Programm zu generieren. Auf diese Weise wird eine Wiederverwendung von Code auf niedriger Ebene erreicht.
• Kompilierter Sprachcode wird einmal kompiliert und wiederholt verwendet. Mit anderen Worten: Die Vorgänger pflanzten Bäume und die Nachkommen genossen den Schatten.
• C, C++, Objective-C usw. sind alle kompilierte Sprachen

Interpretierte Sprachen

• Das Quellprogramm wird vor der Ausführung des Programms in eine Zwischensprache vorkompiliert und dann ausgeführt Zwischensprache wird vom Interpreter ausgeführt
• Jedes Mal, wenn ein Programm in einer interpretierten Sprache ausgeführt wird, muss es einmal kompiliert werden. Daher ist die Ausführungseffizienz interpretierter Sprachprogramme normalerweise gering und sie können nicht unabhängig vom Interpreter ausgeführt werden .
• C#, PHP, Python, Java usw. sind allesamt interpretierte Sprachen.

OK, durch ein einfaches Verständnis der oben genannten Konzepte verfügen Sie möglicherweise über ein allgemeines Verständnis für interpretierte und kompilierte Sprachen. Da sich die beiden die Welt gleichermaßen teilen, werfen wir einen Blick auf die Vorteile beider.

Kompilierte Sprachen

Vorteile

• Einer der größten Vorteile kompilierter Sprachen ist ihre Ausführungsgeschwindigkeit. In C/C++ geschriebene Programme laufen 30–70 % schneller als dieselben in Java geschriebenen Programme.

• Kompilierte Programme verbrauchen weniger Speicher als interpretierte Programme.

Nachteile

• Nachteil – Compiler sind viel schwieriger zu schreiben als Interpreter

• Compiler bieten keine große Hilfe beim Debuggen eines Programms – wie oft in Ihrem C-Code. Wenn Sie auf eine „NullPointerException“ stoßen, Es kann Stunden dauern, herauszufinden, wo im Code der Fehler liegt.

• Ausführbarer kompilierter Code ist viel größer als der gleiche interpretierte Code. Beispielsweise ist eine C/C++-EXE-Datei viel größer als eine Java-Class-Datei mit derselben Funktionalität.

• Kompilierte Programme sind plattformspezifisch und daher plattformabhängig.

• Kompilierte Programme erlauben keine Implementierung von Sicherheit in den Code – ein kompiliertes Programm kann beispielsweise auf jeden Speicherbereich zugreifen und mit Ihrem PC alles tun, was es will (die meisten Viren werden mit kompilierten Sprachen kompiliert)

• Aufgrund mangelnder Sicherheit und Plattformabhängigkeit sind kompilierte Sprachen nicht für die Entwicklung internet- oder webbasierter Anwendungen geeignet.

Interpretierte Sprache

Vorteile

• Hervorragende Debugging-Unterstützung. Ein PHP-Programmierer benötigt nur wenige Minuten, um eine „Nullzeiger-Ausnahme“ zu finden und zu beheben, da die PHP-Laufumgebung nicht nur die Art der Ausnahme angibt, sondern auch die spezifische Zeilennummer und Funktionsaufrufsequenz angibt, in der die Ausnahme auftritt ( die berühmten Stack-Trace-Informationen). Einen solchen Komfort bieten kompilierte Sprachen nicht.

• Interpreter sind einfacher zu implementieren als Compiler

• Ausgezeichnete Plattformunabhängigkeit

• Hohe Sicherheit – die ist für Internetanwendungen dringend erforderlich

• Zwischensprachcode ist kleiner als kompilierter Code. Der ausführbare Code ist viel kleiner

Nachteil

• Beanspruchen Sie mehr Speicher und CPU-Ressourcen. Dies liegt daran, dass zum Ausführen eines in einer interpretierten Sprache geschriebenen Programms zunächst der zugehörige Interpreter ausgeführt werden muss. Dolmetscher sind komplexe, intelligente und ressourcenintensive Programme, die viele CPU-Zyklen und Speicher beanspruchen.

• Die Ausführungseffizienz ist viel langsamer als bei kompilierten Programmen. Der Interpreter führt zahlreiche Codeoptimierungen und Laufzeitsicherheitsprüfungen durch; diese zusätzlichen Schritte beanspruchen mehr Ressourcen und verlangsamen die Anwendung weiter.

OK, durch die obige Studie glaube ich, dass jeder ein allgemeines Verständnis für interpretierte Sprachen und kompilierte Sprachen hat, und die PHP-Sprache ist eine interpretierte Sprache, und der Interpreter, der die PHP-Sprache interpretiert, ist die Zend-Engine.

Darüber hinaus kann anhand des Vergleichs der Vor- und Nachteile der beiden festgestellt werden, dass kompilierte Sprachen besser für Operationen auf niedriger Ebene geeignet sind, während interpretierte Sprachen hauptsächlich in der Webentwicklung verwendet werden.

Lassen Sie uns den Ausführungsprozess von PHP ausführlich besprechen:

Die Kompilierung und Ausführung von PHP sind getrennt, das heißt: Die Kompilierung wird zuerst abgeschlossen und dann ausgeführt. 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). Nach Ausführung dieser Funktion: Die Kompilierung des PHP-Skripts ist abgeschlossen. Die Eingabe dieser Funktion ist: PHP-Skriptdatei, und die Ausgabe ist op_array. Vereinfacht ausgedrückt: Der Kompilierungsprozess besteht darin, das Skript in Anweisungen zu zerlegen, die die virtuelle PHP-Maschine verarbeiten kann, und op_array ist nur ein Array aus diesen Anweisungen (Dies ist dem Assemblercode sehr ähnlich, der durch die Kompilierung einiger kompilierter Sprachen generiert wird, bei denen 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 verfügt jeder Befehl über einen entsprechenden Prozessor zur Verarbeitung. Deshalb: Die virtuelle Maschine wird basierend auf dem Typ jedes Befehls in op_array an den entsprechenden Prozessor zur Verarbeitung 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 der virtuellen PHP-Maschine: CALL, SWITCH und GOTO. PHP verwendet standardmäßig die CALL-Methode, bei der es sich um alle Opcodes-Prozessoren handelt werden als Funktionen definiert, die dann von der virtuellen Maschine aufgerufen werden. 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 Opcodes an die entsprechenden Prozesse 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 Gehen. 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. Es ist offensichtlich: Die Effizienz des Funktionsaufrufs ist am niedrigsten und Sie müssen sie nach dem einmaligen Aufruf auf den Stapel schieben! In Bezug auf die Effizienz gilt: Anruf ist am niedrigsten. Für switch und goto: Wenn Sie beispielsweise die Verarbeitung des dritten Befehls 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 von Der dritte Befehl zur Ausführung ist besser als Switch und reduziert den Verlust der sequentiellen Beurteilung von oben nach unten, daher ist die Goto-Effizienz höher als Switch. Im Allgemeinen sind diese drei Verteilungsmethoden: goto > switch > call

Lassen Sie uns über die Schwäche der PHP-Trennung von Kompilierung und Ausführung sprechen:

Tatsächlich handelt es sich nicht um eine Schwäche, obwohl die Zend-Engine (php's virtual (Maschine) Kompilierung und Ausführung sind strikt getrennt, aber für den Benutzer ist es so, als ob es keine Trennung gäbe, denn jedes Mal, wenn ich eine PHP-Skriptanforderung ausführe, muss ich diese beiden Schritte ausführen: Kompilieren->Ausführung. Es fehlt keine Bühne. Wir können dies also mit einer kompilierten Sprache wie C++ vergleichen: Führen Sie dieselbe Anfrage 100 Mal aus.

① Da C++ in der frühen Phase nur einmal kompiliert werden muss, wird es nach der Kompilierung nicht erneut kompiliert, sondern muss nur kompiliert werden ausgeführt werden Es ist in Ordnung, der Verlust beträgt also:

1 Kompilierung + 100 Ausführungen

② Für PHP muss es jedes Mal kompiliert und ausgeführt werden, daher beträgt der Verlust: 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 schon seit langem bewusst und hat daher über eine Möglichkeit nachgedacht, dieses Problem zu lösen: Diese Lösung ist eAccelerator. Die Hauptidee ist wie folgt:

Nachdem das Skript zum ersten Mal ausgeführt wurde, wird das kompilierte Skript auf eine bestimmte Weise gespeichert (op_array wird darin gespeichert). Innerhalb der von uns angegebenen Cache-Gültigkeitszeit wird es nicht ausgeführt Das Skript wird zum zweiten Mal ausgeführt, anstatt wiederholte Kompilierungsarbeiten durchzuführen. Die zuvor gespeicherte kompilierte Datei wird direkt aufgerufen und ausgeführt, was die Programmleistung erheblich verbessert.

Lassen Sie uns abschließend über die Vorteile der Trennung von PHP-Kompilierung und -Ausführung sprechen.

Dieser Vorteil ist eigentlich für Programmierer, nicht für Benutzer. Aufgrund der Trennung dieser beiden Phasen können wir hier einige Dinge tun, die wir tun möchten.

Wenn Sie beispielsweise eine Dateiverschlüsselung und -entschlüsselung durchführen 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 dieser verschlüsselten Datei definieren, vorausgesetzt, es lautet: *.buaa. Die Frage ist: 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 der 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, entschlüsseln Sie es zuerst und folgen Sie dann die normale Logik. . .

Fazit:

• PHP ist eine interpretierte Sprache. Der PHP-Code wird in Opcode interpretiert und dann zur Ausführung an die Zend-Engine übergeben.

• Verwenden Sie APC zum Zwischenspeichern von Opcode und verkürzen Sie so die Zeit, die PHP benötigt, um ihn als Opcode zu interpretieren.

Empfohlenes Lernen: php-Video-Tutorial

Das obige ist der detaillierte Inhalt vonEine Minute, um zu verstehen, ob PHP interpretiert oder kompiliert wird?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!