Das Schreiben von Code für das Web fühlt sich manchmal ein wenig magisch an, da wir eine Zeichenfolge in eine Datei schreiben, diese Datei in einem Browser ?ffnen und zusehen, wie sie zum Leben erwacht. Aber wenn Sie die Technologie hinter der Magie verstehen, k?nnen Sie Ihr Handwerk als Programmierer besser verfeinern.

In diesem Artikel erfahren Sie, was hinter den Kulissen in einem JavaScript-basierten Web- oder Mobil-Stack vor sich geht, indem Sie die Komplexit?t der JavaScript-Engines verstehen, die Browser antreiben. Lassen Sie uns zusammenfassen, was eine JavaScript-Engine macht, warum verschiedene Plattformen unterschiedliche Engines verwenden, wie sie sich im Laufe der Jahre weiterentwickelt haben und warum es uns als Entwickler wichtig sein sollte.

Zun?chst ein wenig Terminologie

Eine ?JavaScript-Engine“ wird oft als eine Art virtuelle Maschine bezeichnet. Eine ?virtuelle Maschine“ bezieht sich auf die softwaregesteuerte Emulation eines bestimmten Computersystems. Es gibt viele Arten von virtuellen Maschinen, und sie werden danach klassifiziert, wie genau sie tats?chliche physische Maschinen emulieren oder ersetzen k?nnen.

Eine ?virtuelle Systemmaschine“ stellt beispielsweise eine vollst?ndige Emulation einer Plattform bereit, auf der ein Betriebssystem ausgeführt werden kann. Mac-Benutzer kennen m?glicherweise Parallels, eine virtuelle Systemmaschine, mit der Sie Windows auf Ihrem Mac ausführen k?nnen.

Eine ?virtuelle Prozessmaschine“ hingegen ist weniger voll funktionsf?hig und kann ein Programm oder einen Prozess ausführen. Wine ist eine virtuelle Prozessmaschine, die es Ihnen erm?glicht, Windows-Anwendungen auf einer Linux-Maschine auszuführen, aber kein vollst?ndiges Windows-Betriebssystem auf einer Linux-Box bereitstellt.

Eine JavaScript-Engine ist eine Art virtuelle Prozessmaschine, die speziell für die Interpretation und Ausführung von JavaScript-Code entwickelt wurde.

Hinweis: Es ist wichtig, zwischen den Engines, die einen Browser durch die Gestaltung von Webseiten antreiben, und der untergeordneten JavaScript-Engine, die Code interpretiert und ausführt, zu unterscheiden. Eine gute Erkl?rung zur Funktionsweise von Browsern finden Sie in diesem Artikel.

Was genau ist eine JavaScript-Engine und was macht sie?
Letztendlich besteht die grundlegende Aufgabe einer JavaScript-Engine darin, den von einem Entwickler geschriebenen JavaScript-Code in schnellen, optimierten Code umzuwandeln, der von einem Browser interpretiert oder sogar in eine Anwendung eingebettet werden kann. Tats?chlich bezeichnet sich JavaScriptCore selbst als ?optimierende virtuelle Maschine“.

Genauer gesagt implementiert jede JavaScript-Engine eine Version von ECMAScript, wovon JavaScript ein Dialekt ist. Mit der Weiterentwicklung von ECMAScript entwickeln sich auch die JavaScript-Engines weiter. Der Grund dafür, dass es so viele verschiedene Engines gibt, ist, dass jede für die Arbeit mit einem anderen Webbrowser, einem Headless-Browser oder einer Laufzeit wie Node.js konzipiert ist.

Sie sind wahrscheinlich mit Webbrowsern vertraut, aber was ist ein Headless-Browser? Es handelt sich um einen Webbrowser ohne grafische Benutzeroberfl?che. Sie sind nützlich, um automatisierte Tests für Ihre Webprodukte durchzuführen. Seit Version 59 von Chrome und Version 56 von Firefox k?nnen auf diese Weise auch normale Browser verwendet werden, insbesondere zu Testzwecken. Und wo passt Node.js da hinein? Node.js ist ein asynchrones, ereignisgesteuertes Framework, das Ihnen die serverseitige Verwendung von JavaScript erm?glicht. Da es sich um JavaScript-gesteuerte Tools handelt, werden sie von JavaScript-Engines unterstützt.

Angesichts der obigen Definition einer virtuellen Maschine ist es sinnvoll, eine JavaScript-Engine als virtuelle Prozessmaschine zu bezeichnen, da ihr einziger Zweck darin besteht, JavaScript-Code zu lesen und zu kompilieren. Das bedeutet nicht, dass es sich um einen einfachen Motor handelt. JavaScriptCore verfügt beispielsweise über sechs ?Bausteine“, die JavaScript-Code analysieren, interpretieren, optimieren und im Müll sammeln.

Wie funktioniert das?

Das h?ngt vom Motor ab. Betrachten wir zwei wichtige Engines: WebKits JavaScriptCore und Googles V8-Engine. Diese beiden Engines verarbeiten den Verarbeitungscode unterschiedlich.

JavaScriptCore führt eine Reihe von Schritten aus, um ein Skript zu interpretieren und zu optimieren:

Es führt eine lexikalische Analyse durch und zerlegt die Quelle in eine Reihe von Tokens oder Zeichenfolgen mit einer identifizierten Bedeutung.

Die Token werden dann vom Parser auf Syntax analysiert und in einen Syntaxbaum eingebaut.

Vier JIT-Prozesse (Just-in-Time) werden dann aktiviert und analysieren und führen den vom Parser erzeugten Bytecode aus.

Einfach ausgedrückt nimmt diese JavaScript-Engine Ihren Quellcode, zerlegt ihn in Strings (oder lexiert ihn), wandelt diese Strings in Bytecode um, den ein Compiler verstehen kann, und führt ihn dann aus.

Die in C geschriebene V8-Engine von Google kompiliert und führt auch JavaScript-Quellcode aus, kümmert sich um die Speicherzuweisung und sammelt Reste durch Müll. Sein Design besteht aus einer Compiler-Pipeline, die Quellcode direkt in Maschinencode kompiliert:

• Ignition, der Interpreter, der Bytecode generiert

• TurboFan, ein optimierender Compiler, der diesen Bytecode in Maschinencode kompiliert

• SparkPlug, ein Compiler, der TurboFan erg?nzt

Wenn Sie sich für die Geschichte interessieren: Diese neue Pipeline ersetzte das ?ltere Full-Codegen- und Crankshaft-Doppel-Compiler-Design, das zuvor von V8 verwendet wurde.

Sobald Maschinencode durch den Kompilierungsprozess erzeugt wird, stellt die Engine alle im ECMA-Standard angegebenen Datentypen, Operatoren, Objekte und Funktionen dem Browser oder jeder Laufzeit zur Verfügung, die sie verwenden muss, wie z. B. Node.js. Deno oder Electron (wird von Visual Studio Code verwendet).

Ein kleiner Umweg: Laufzeiten

Wenn JavaScript-Engines leise im Hintergrund laufen, Code analysieren und ihn in lesbare Zeichenfolgen aufteilen, damit ein Compiler ihn lesen und kompilieren kann, ziehen Laufzeiten tendenziell mehr Aufmerksamkeit auf sich. Warum ist das so?

Bekannte Laufzeiten arbeiten auf JavaScript-Engines und erweitern so deren Leistung. Der bekannteste ist Node, aber Deno und Bun sind Neulinge in der Arena. Node und Deno betten V8 ein und Bun bettet JavaScriptCore ein.

Bun behauptet, schneller zu laufen als Node oder Deno, weil JavaScriptCore schneller als V8 ist und 69.845 HTTP-Anfragen pro Sekunde verarbeitet, gegenüber 16.288 für Node und 12.926 für Deno.

Das Ziel dieser Laufzeiten besteht laut Buns Dokumenten darin, ?das meiste JavaScript der Welt au?erhalb von Browsern auszuführen und so Leistungs- und Komplexit?tsverbesserungen für Ihre zukünftige Infrastruktur sowie Entwicklerproduktivit?t durch bessere, einfachere Tools zu erzielen.“ Diese Laufzeiten nutzen tats?chlich die Leistungsf?higkeit von JavaScript-Engines, um JavaScript au?erhalb von Browsern ausführen zu k?nnen.

NativeScript ist ein gutes Beispiel für eine Laufzeitumgebung, die speziell für die plattformübergreifende Entwicklung nativer mobiler Anwendungen mit JavaScript entwickelt wurde.

Diese Laufzeiten wurden auch entwickelt, um einige der inh?renten Probleme zu l?sen, die die Single-Thread-Architektur von JavaScript mit sich bringt. Node priorisiert beispielsweise die asynchrone, threadlose Ausführung von Routinen. Alle diese Laufzeiten bieten ein kuratiertes Entwicklererlebnis, einschlie?lich integrierter Unterstützung für beliebte APIs wie Fetch, Websocket und sogar JSX, das bei React-Entwicklern beliebt ist. Dies k?nnte der Grund dafür sein, dass sie dazu neigen, die Aufmerksamkeit der Entwickler auf sich zu ziehen.

Laufzeiten schlie?en insgesamt wahrgenommene Lücken in der Leistung der Standardbrowserarchitektur und der Engines, die sie antreiben. Mit der Weiterentwicklung der Motoren werden sich sicherlich auch diese Laufzeiten weiterentwickeln.

Welche JavaScript-Engines gibt es?

Es steht eine gro?e Auswahl an JavaScript-Engines zum Analysieren, Parsen und Ausführen Ihres clientseitigen Codes zur Verfügung. Mit jeder Ver?ffentlichung einer Browserversion wird die JavaScript-Engine m?glicherweise ge?ndert oder optimiert, um mit dem neuesten Stand der Technik bei der Ausführung von JavaScript-Code Schritt zu halten.

Bevor Sie sich v?llig durch die Namen dieser Engines verwirren lassen, sollten Sie bedenken, dass in diese Engines und die ihnen zugrunde liegenden Browser eine Menge Marketing-Push gesteckt wird. In dieser nützlichen Analyse der JavaScript-Kompilierung bemerkt der Autor ironisch: ?Falls Sie es nicht wussten: Compiler bestehen zu etwa 37 % aus Marketing, und Rebranding ist eines der wenigen Dinge, die Sie einem Compiler marketingtechnisch antun k?nnen.“ daher der Name Zug: SquirrelFish, Nitro, SFX..."

W?hrend wir das Auf und Ab bei der Benennung und Umbenennung dieser Engines im Hinterkopf behalten, ist es nützlich, einige der wichtigsten Ereignisse in der Geschichte der JavaScript-Engine zu beachten. Ich habe eine praktische Tabelle für Sie zusammengestellt:

*JavaScriptCore wurde in SquirrelFish umgeschrieben und in SquirrelFish Extreme, auch Nitro genannt, umbenannt. Es ist jedoch immer noch eine wahre Aussage, JavaScriptCore als die JavaScript-Engine zu bezeichnen, die WebKit-Implementierungen (wie Safari) zugrunde liegt.

**Edge verwendete ursprünglich die Chakra-Engine, von der Microsoft einige als Open Source bereitgestellt hat. Edge wurde dann als Chromium-Browser umgebaut, mit Blink- und V8-JavaScript-Engines unter der Haube.

Warum sollte es uns interessieren?

Das Ziel des Code-Parsing- und Ausführungsprozesses einer JavaScript-Engine besteht darin, in kürzester Zeit den bestm?glichen Code zu generieren.
Unterm Strich geht die Weiterentwicklung dieser Engines mit unserem Bestreben einher, die Web- und mobilen Umgebungen weiterzuentwickeln, um sie so leistungsf?hig wie m?glich zu machen. Um diese Entwicklung zu verfolgen, k?nnen Sie die Leistung verschiedener Engines in Benchmarking-Grafiken sehen, wie sie beispielsweise auf arewefastyet.com erstellt wurden.

Jeder Webentwickler muss sich der Unterschiede bewusst sein, die den Browsern innewohnen, die den Code anzeigen, an dessen Erstellung, Fehlerbehebung und Wartung wir so hart arbeiten. Warum funktionieren bestimmte Skripte in einem Browser langsam, in einem anderen jedoch schneller?

In ?hnlicher Weise m?chten mobile Entwickler, insbesondere diejenigen, die hybride mobile Apps schreiben, die eine Webansicht zur Anzeige ihrer Inhalte verwenden, wissen, welche Engines ihren JavaScript-Code interpretieren. Alle Webentwickler, denen das Benutzererlebnis am Herzen liegt, sollten die Einschr?nkungen und M?glichkeiten verstehen, die die verschiedenen Browser auf ihren kleinen Ger?ten bieten. Bleiben Sie über die ?nderungen in
auf dem Laufenden JavaScript-Engines sind eine gute Zeit, wenn Sie sich als Web-, Mobil- oder App-Entwickler weiterentwickeln.

Dieser Artikel erschien ursprünglich im Jahr 2015 im Telerik Developer Network und wurde seitdem für 2022 und darüber hinaus überarbeitet und aktualisiert. Der Originalartikel wird auf Wikipedia im Eintrag ?JavaScript Engines“ zitiert.
?

Das obige ist der detaillierte Inhalt vonWas sind JavaScript-Engines?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!