Ist PHP eine interpretierte Sprache oder eine kompilierte Sprache?

Dieser Artikel stellt Ihnen die Sprachtypen von PHP vor. 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 einen bestimmten Hochsprachen-Quellcode für eine bestimmte Plattform (Betriebssystem) gleichzeitig in die Plattformhardware zu „übersetzen“. Der ausgeführte Maschinencode (einschließlich Maschinenanweisungen und Operanden) wird in ein von der Plattform erkanntes ausführbares Programmformat (.exe) gepackt. 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 dann wird die Zwischensprache vom Interpreter ausgeführt

• Jedes Mal, wenn ein Programm in einer interpretierten Sprache ausgeführt wird, muss es einmal kompiliert werden, sodass die Ausführungseffizienz interpretierter Sprachprogramme normalerweise gering ist und sie nicht unabhängig davon ausgeführt werden können Interpreter.

• C#, PHP, Python, Java usw. sind alle 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. NullPointerException“ kann es Stunden dauern, bis genau herausgefunden wird, wo im Code sich der Fehler befindet.

• 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

Ausgezeichnete 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

Es beansprucht 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.

Zwei kleine Fragen hier: 1: Was ist der Prozessor hier? 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 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. Segment) Ausführung.

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. 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 > 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 sprechen Kompilierung und Ausführung:

Tatsächlich kann es nicht als Schwäche angesehen werden. Obwohl die Zend-Engine (die virtuelle Maschine von PHP) Kompilierung und Ausführung strikt trennt, ist es für Benutzer so, als gäbe es keine Trennung, weil ich jedes Mal eine PHP Wenn die Skriptanforderung ausgeführt wird, gibt es zwei Phasen: Kompilieren -> Ausführung. 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 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, sodass der Verlust beträgt:

100 Kompilierungen + 100 Ausführungen

Offensichtlich: Von a 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. Auch

php ist sich dieses Problems seit langem bewusst und hat sich daher eine Möglichkeit überlegt, 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 ein zweites Mal ausgeführt. Anstelle sich wiederholender Kompilierungsarbeiten wird die zuvor gespeicherte kompilierte Datei direkt aufgerufen und ausgeführt, was die Programmleistung erheblich verbessert.

Diese Methode verbessert die Effizienz von PHP bis zu einem gewissen Grad, ist aber nicht die ultimative Methode. Die ultimative Methode besteht darin, sie in eine kompilierte Sprache zu ändern, haha~~~

------- ---. ----------------------------------------------- --- ----------------------------------------------- --- -------------------------------------

Lassen Sie uns abschließend über die Trennung von PHP-Kompilierung und PHP sprechen Ausführungsvorteile;

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.

Da 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 ermöglichen wir der virtuellen PHP-Maschine, 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. . .

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.

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 vonIst PHP eine interpretierte Sprache oder eine kompilierte Sprache?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!