JavaScript betrügt lexikalisches Eval mit und Catch und deren Leistungsproblemen

Normalerweise ändert sich die Bereichskette des Ausführungskontexts nicht

Der lexikalische Bereich in JavaScript ist nicht statisch
(lexikalischer Bereich/statischer Bereich: Der Bereich wird durch die Funktion bestimmt Deklarationsposition beim Schreiben des Codes)
Es gibt mehrere Mechanismen, die das Lexikon täuschen können
Sie sind with(), eval() und die Catch-Klausel der Try-Catch-Anweisung
wobei with und eval wir sollten nicht verwenden (es wird viele Probleme verursachen)
Lexikalisches Betrügen bedeutet, lexikalischen Bereich zu betrügen
Mit anderen Worten, sie ändern die Bereichskette zur Laufzeit
Lassen Sie mich weiter unten darüber sprechen Diese Mechanismen können das Lexikon täuschen

eval

eval()-Funktion akzeptiert eine Zeichenfolge als Parameter und analysiert die Zeichenfolge, um Code zu generieren

var a = 123;eval('console.log(a)');// 123

Dann gibt die Konsole 123 aus
Nach der Ausführung von Eval-Funktion
Die JS-Engine weiß nicht, dass dieser Code dynamisch eingefügt und die Bereichskette geändert wurde
Die Engine sucht weiterhin wie gewohnt nach der Bereichskette
siehe unten Code

var a = 1;function demo(){
    eval('var a = 2;');//欺骗词法
    console.log(a);// 2}
demo();

Wenn die Auswertungsfunktion ausgeführt wird, wird die Variable a zum oberen Bereich der Ausführungsumgebung der Demofunktion hinzugefügt
a in dieser lokalen Umgebung „schattiert“ a in der globalen Umgebung
Schließlich gibt das Programm 2 aus

Die Funktion eval() kann nicht nur den Bereich ändern, in dem sie sich gerade befindet, sondern sogar den globalen Bereich.
Egal was passiert, sie kann den lexikalischen Bereich zur Laufzeit ändern

ES5 ist streng Der Modus fügt dieser Funktion einige Einschränkungen hinzu. Ich habe dem obigen Code den lokalen strikten Modus hinzugefügt.

var a = 1;function demo(){    'use strict';    eval('var a = 2;');
    console.log(a);// 1}
demo();

Wir haben festgestellt, dass die Konsole dieses Mal 1 gedruckt hat.
Das liegt daran, dass eval() im strikten Modus vorhanden ist seinen eigenen unabhängigen lexikalischen Bereich bei der Ausführung (wodurch verhindert wird, dass die Bereichskette der Ausführungsumgebung unterbrochen wird).
Auf diese Weise kann die darin enthaltene Deklaration den Bereich, in dem sie sich befindet, nicht ändern.

Es gibt zwei weitere Methoden, die dynamisch Code generieren können, der diesen sehr ähnlich ist
Timer setTimeout() und setInterval() Der erste Parameter kann eine Codezeichenfolge sein
und der Funktionskonstruktor new Function( Der letzte Parameter von ) akzeptiert auch die Codezeichenfolge
die gleiche wie eval(). Diese Verwendung führt nicht zu ernsthaften Leistungsproblemen

mit

Eine andere lexikalische Betrugssyntax Nicht empfohlen ist das Schlüsselwort with
With wird oft als Abkürzung verwendet, um wiederholt auf mehrere Eigenschaften eines Objekts zu verweisen
Der Vorteil besteht darin, dass nicht wiederholt auf das Objekt selbst verwiesen werden muss
Zum Beispiel, wenn ich möchte Um das Konsolenobjekt wiederzuverwenden

console.log(1);console.info(2);console.warn(3);

verwenden Sie das Schlüsselwort with

with(console){    log(1);    info(2);    warn(3);
}

Es scheint, dass es kein Problem mit with gibt, aber schauen Sie unten

function demo(obj){
    with(obj){
        a = 5;
    }
}var obj1 = {a:1};var obj2 = {b:2};

demo(obj1);
console.log(obj1.a);// 5demo(obj2);
console.log(obj2.a);// undefinedconsole.log(a);//5 -->变量a居然泄漏到了全局环境

Wir haben herausgefunden, dass die Verwendung des Schlüsselworts „a“ in obj1 geändert hat.
Aber es hat nicht nur kein a zu obj2 hinzugefügt, sondern es hat auch Nebenwirkungen verursacht und es an die ganze Welt weitergegeben.
Das ist weil mit ein Objekt verarbeiten kann Für einen vollständig isolierten lexikalischen Bereich (am Anfang der Bereichskette platziert)
Die Ausführung wird also darin generierta = 5;
Es wird in der Bereichskette nach unten gesucht, aber nicht gefunden, also Erstelle es global Eine Variable a (ohne var-Deklaration)

Hinweis: Obwohl with einen lexikalischen Bereich erstellt, ist die normale var-Deklaration innerhalb von with nicht auf diesen Blockbereich beschränkt
Das heißt Der deklarierte Bereich Outside with
sieht so aus

function demo(){
    var obj = {};    with(obj){        var b = 1;
        console.log(b); // 1
    }
    console.log(b); // 1}
demo();
console.log(b);// Uncaught ReferenceError: b is not defined

Und das with-Schlüsselwort darf im strengen Modus von ES5 einfach nicht verwendet werden
Wenn Sie versuchen, es zu verwenden, wird eine Fehlermeldung wie diese angezeigt:

catch

Zusätzlich zu eval und with kann die Catch-Klausel in der Try-Catch-Anweisung auch die Bereichskette der Ausführungsumgebung ändern
Wenn im Try-Codeblock ein Fehler auftritt, springt der Ausführungsfluss sofort zur Catch-Klausel
und verschiebt dann das Ausnahmeobjekt in ein veränderbares Objekt und platziert es an den Anfang der Bereichskette, was sehr ähnlich zu < ist 🎜>
Sobald die Catch-Klausel ausgeführt wird, wird die Scope-Kette in ihren ursprünglichen Zustand zurückversetzt

Aber im Gegensatz zu eval und with ist try-catch immer noch relativ nützlich und muss es auch nicht sein Komplett aufgegeben (obwohl ich es nicht verwendet habe)

Leistung

Das Betrügen des Lexikons führt zu Leistungsproblemen

Die JS-Engine führt während der Kompilierungsphase eine Leistungsoptimierung durch. Viele Optimierungen basieren auf dieser Fähigkeit um eine statische Analyse basierend auf dem Codelexikon durchzuführen
Vorgegebene Variablen und Funktionen Nur durch Definieren der Position können Sie den Bezeichner schnell finden
Aber eval oder with kann die Bezeichnerposition nicht bestimmen (sie existiert während der Codeausführung und kann nicht statisch analysiert werden)
Mit anderen Worten:
Vor eval und mit der js-Engine sind alle Optimierungen bedeutungslos (einfach cool) Da es bedeutungslos ist, wird die js-Engine einfach nicht optimiert
Dies führt dazu, dass das Programm langsamer läuft

Denn mit hat es auch seine eigenen einzigartigen Leistungsprobleme...

Die Erstellung eines Bereichs führt dazu, dass alle lokalen Variablen der Funktion, in der er sich befindet, gelöscht werden im zweiten Bereichskettenobjekt sein
Die Zugriffskosten sind höher

Für try- Wenn wir die Catch-Anweisung verwenden möchten, können wir dies tun

try{    ...}catch(e){
    handleError(e);
}

Nur ​​ein Stück Code wird in der Catch-Anweisung ausgeführt und an eine Funktion zur Fehlerbehandlung delegiert

Auf diese Weise gibt es keinen Zugriff auf lokale Variablen
Vorübergehende Änderungen an der Bereichskette haben keinen Einfluss auf die Leistung

Zusammenfassung

Zusammenfassung der wichtigsten Punkte

• Lexikalischer Geltungsbereich bedeutet, dass der Geltungsbereich durch die Position der Funktionsdeklaration beim Schreiben von Code bestimmt wird
  Die lexikalische Analysephase zur Kompilierungszeit kann wissen, wo und wie alle Bezeichner deklariert werden

• eval kann anhand von Codezeichenfolgen ausgewertet werden, wodurch der lexikalische Bereich zur Laufzeit geändert wird.

• behandelt eine Objektreferenz als Bereich. Dadurch wird zur Laufzeit ein lexikalischer Bereich erstellt

• eval generiert einen unabhängigen lexikalischen Bereich im strikten Modus und kann den Bereich nicht ändern

• Die Verwendung von With im strikten Modus ist verboten

• eval und with (und Catch) können das Lexikon täuschen und die Bereichskette während der Ausführung ändern

• eval und with führen dazu, dass die js-Engine nicht funktioniert um die Bereichssuche während der Kompilierungsphase zu optimieren (kann nicht statisch analysiert werden), was zu einer Verlangsamung des Programms führt

Nachdem ich so viel gesagt habe, möchte ich allen sagen, dass sie die with-Schlüsselwörter nicht verwenden sollen und Bewertungsfunktionen ~(￣0￣)/

Das Obige ist der Inhalt von JavaScript, der die lexikalische Bewertung mit und Catch und seinen Leistungsproblemen täuscht. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www .php.cn )!