Wird console.log die Leistung der JavaScript-Ausführung verringern?

Wird die Verwendung der Debugging-Funktion console.logdie Ausführungsleistung von JavaScript verringern? Wird dies die Geschwindigkeit der Skriptausführung in Produktionsumgebungen beeinflussen?

Gibt es einen Ansatz zum Deaktivieren von Konsolenprotokollen in Produktionsumgebungen von einem einzigen Konfigurationsspeicherort aus?

Wenn Sie dies auf einer öffentlichen Website oder so etwas haben, kann jeder, der wenig über die Verwendung der Entwicklertools weiß, Ihre Debug-Meldungen lesen. Je nachdem, was Sie protokollieren, ist dies möglicherweise kein wünschenswertes Verhalten.

Einer der besten Ansätze besteht darin, die console.logMethode in eine Ihrer Methoden einzuschließen und sie auf Bedingungen zu überprüfen und auszuführen. In einem Produktions-Build können Sie diese Funktionen vermeiden. In dieser Frage zum Stapelüberlauf wird ausführlich erläutert, wie Sie dasselbe mit dem Closure-Compiler tun können .

Um Ihre Fragen zu beantworten:

1. Ja, es wird die Geschwindigkeit reduzieren, wenn auch nur vernachlässigbar.
2. Verwenden Sie es jedoch nicht, da es für eine Person zu einfach ist, Ihre Protokolle zu lesen.
3. Die Antworten auf diese Frage geben Ihnen möglicherweise Hinweise, wie Sie sie aus der Produktion entfernen können.

Eigentlich console.logist viel langsamer als eine leere Funktion. Laufen diese jsPerf Test auf meinem Chrome 38 gibt erstaunliche Ergebnisse:

• Wenn die Browserkonsole geschlossen ist, console.logist der Aufruf etwa 10 000 Mal langsamer als der Aufruf einer leeren Funktion.
• und wenn die Konsole geöffnet ist, ist das Aufrufen bis zu 100.000 Mal langsamer .

Nicht, dass Sie die Leistungsverzögerung bemerken würden, wenn eine angemessene Anzahl von console.…Anrufen einmal ausgelöst wird (hundert werden bei meiner Chrome-Installation 2 ms dauern - oder 20 ms, wenn die Konsole geöffnet ist). Wenn Sie jedoch wiederholt requestAnimationFrameInhalte an der Konsole protokollieren, z. B. wenn Sie sie anschließen, kann dies zu Problemen führen.

Aktualisieren:

In diesem Test habe ich auch die Idee eines benutzerdefinierten „versteckten Protokolls“ für die Produktion überprüft - mit einer Variablen, die Protokollnachrichten enthält und bei Bedarf verfügbar ist. Es stellt sich heraus, zu sein

• etwa 1 000 mal schneller als der Eingeborene console.log,
• und natürlich 10 000 mal schneller, wenn der Benutzer seine Konsole geöffnet hat.

const DEBUG = true / false
DEBUG && console.log('string')

Wenn Sie in einem allgemeinen Kernskript eine Verknüpfung zur Konsole erstellen, z.

var con = console;

und verwenden Sie dann con.log ("message") oder con.error ("error message") im gesamten Code. Bei der Produktion können Sie con einfach am Kernspeicherort neu verkabeln, um:

var con = {
    log: function() {},
    error: function() {},
    debug: function() {}
}

Wird die Verwendung der Debugging-Funktion console.log die Leistung der JavaScript-Ausführung verringern? Wird dies die Geschwindigkeit der Skriptausführung in Produktionsumgebungen beeinflussen?

Dies console.log()verringert natürlich die Leistung Ihres Programms, da dies Rechenzeit in Anspruch nimmt.

Gibt es einen Ansatz zum Deaktivieren von Konsolenprotokollen in Produktionsumgebungen von einem einzigen Konfigurationsspeicherort aus?

Fügen Sie diesen Code am Anfang Ihres Skripts ein, um die Standardfunktion console.log in eine leere Funktion zu überschreiben.

console.log = function () { };

Jeder Funktionsaufruf verringert die Leistung geringfügig . Einige console.logsollten jedoch keine spürbare Wirkung haben.

In älteren Browsern, die dies nicht unterstützen, werden jedoch undefinierte Fehler ausgegeben console

Die Leistungseinbußen sind minimal, in älteren Browsern treten jedoch JavaScript-Fehler auf, wenn die Browserkonsole des Benutzers nicht geöffnet ist log is not a function of undefined. Dies bedeutet, dass der gesamte JavaScript-Code nach dem Aufruf von console.log nicht ausgeführt wird.

Sie können einen Wrapper erstellen, um zu überprüfen, ob window.consolees sich um ein gültiges Objekt handelt, und dann console.log im Wrapper aufrufen. So etwas Einfaches würde funktionieren:

window.log = (function(console) {
    var canLog = !!console;
    return function(txt) {
        if(canLog) console.log('log: ' + txt);
    };
})(window.console);

log('my message'); //log: my message

Hier ist eine Geige: http://jsfiddle.net/enDDV/

Ich habe diesen jsPerf-Test durchgeführt: http://jsperf.com/console-log1337

Es scheint nicht länger zu dauern als andere Funktionsaufrufe.

Was ist mit Browsern ohne Konsolen-API? Wenn Sie console.log zum Debuggen verwenden müssen, können Sie ein Skript in Ihre Produktionsbereitstellung aufnehmen, um die Konsolen-API zu überschreiben, wie Paul in seiner Antwort vorschlägt.