Czy console.log zmniejszy wydajność wykonywania JavaScript?

Czy użycie funkcji debugowania console.logzmniejszy wydajność wykonywania JavaScript? Czy wpłynie to na szybkość wykonywania skryptów w środowiskach produkcyjnych?

Czy istnieje podejście do wyłączania dzienników konsoli w środowiskach produkcyjnych z jednej lokalizacji konfiguracji?

Jeśli masz zamiar mieć to w witrynie publicznej lub w czymś podobnym, każdy, kto ma niewielką wiedzę na temat korzystania z narzędzi programistycznych, może przeczytać twoje wiadomości debugowania. W zależności od tego, co rejestrujesz, może to nie być pożądane zachowanie.

Jednym z najlepszych podejść jest zawinięcie metody console.logw jedną z metod oraz sprawdzenie warunków i wykonanie jej. W kompilacji produkcyjnej można uniknąć posiadania tych funkcji. To pytanie dotyczące przepełnienia stosu zawiera szczegółowe informacje o tym, jak zrobić to samo za pomocą kompilatora Closure .

A więc odpowiadając na pytania:

1. Tak, zmniejszy to prędkość, ale tylko nieznacznie.
2. Ale nie używaj go, ponieważ czytanie dzienników jest zbyt łatwe.
3. Odpowiedzi na to pytanie mogą dać ci wskazówki, jak usunąć je z produkcji.

W rzeczywistości console.logjest znacznie wolniejszy niż funkcja pusta. Uruchomienie tego testu jsPerf na moim Chrome 38 daje oszałamiające wyniki:

• gdy konsola przeglądarki jest zamknięta, wywołanie console.logjest około 10000 razy wolniejsze niż wywołanie pustej funkcji,
• i kiedy konsola jest otwarta, wywołanie jej jest nawet 100 000 razy wolniejsze .

Nie to, że zauważysz opóźnienie wydajności, jeśli masz rozsądną liczbę plików console.… wywołań uruchomionych raz (sto zajmie 2 ms przy mojej instalacji Chrome - lub 20 ms, gdy konsola jest otwarta). Ale jeśli wielokrotnie logujesz rzeczy do konsoli - na przykład podłączasz je do konsoli requestAnimationFrame- może to spowodować szarpnięcie.

Aktualizacja:

W tym teście sprawdziłem również pomysł niestandardowego „ukrytego dziennika” do produkcji - posiadającego zmienną, która przechowuje komunikaty dziennika, dostępną na żądanie. Okazuje się, że tak

• około 1000 razy szybciej niż rodzimy console.log,
• i oczywiście 10 000 razy szybciej, jeśli użytkownik ma otwartą konsolę.

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

Jeśli utworzysz skrót do konsoli we wspólnym podstawowym skrypcie, np .:

var con = console;

a następnie użyj con.log ("komunikat") lub con.error ("komunikat o błędzie") w całym kodzie, na produkcji możesz po prostu zmienić połączenie w głównej lokalizacji, aby:

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

Czy użycie funkcji debugowania console.log zmniejszy wydajność wykonywania JavaScript? Czy wpłynie to na szybkość wykonywania skryptów w środowiskach produkcyjnych?

Oczywiście console.log()zmniejszy to wydajność programu, ponieważ wymaga czasu obliczeniowego.

Czy istnieje podejście do wyłączania dzienników konsoli w środowiskach produkcyjnych z jednej lokalizacji konfiguracji?

Umieść ten kod na początku skryptu, aby zastąpić standardową funkcję console.log pustą funkcją.

console.log = function () { };

Każde wywołanie funkcji nieznacznie zmniejszy wydajność. Ale kilkaconsole.log z nich nie powinno przynieść zauważalnego efektu.

Jednak będzie generować niezdefiniowane błędy w starszych przeglądarkach, które nie obsługują console

Uderzenie w wydajność będzie minimalne, jednak w starszych przeglądarkach spowoduje błędy JavaScript, jeśli konsola przeglądarek użytkowników nie jest otwarta log is not a function of undefined. Oznacza to, że cały kod JavaScript po wywołaniu console.log nie zostanie wykonany.

Możesz utworzyć opakowanie, aby sprawdzić, czy window.consolejest to prawidłowy obiekt, a następnie wywołać w opakowaniu console.log. Coś tak prostego mogłoby zadziałać:

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

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

Oto skrzypce: http://jsfiddle.net/enDDV/

Zrobiłem ten test jsPerf: http://jsperf.com/console-log1337

Wydaje się, że nie trwa to dłużej niż inne wywołania funkcji.

A co z przeglądarkami, które nie mają interfejsu API konsoli? Jeśli potrzebujesz użyć console.log do debugowania, możesz dołączyć skrypt do wdrożenia produkcyjnego, aby zastąpić interfejs API konsoli, jak sugeruje Paul w swojej odpowiedzi.

Robię to w ten sposób, aby zachować oryginalny podpis metod konsolowych. We wspólnej lokalizacji, ładowanej przed jakimkolwiek innym JS:

var DEBUG = false; // or true 

Następnie w całym kodzie

if (DEBUG) console.log("message", obj, "etc");
if (DEBUG) console.warn("something is not right", obj, "etc");