Console.log réduira-t-il les performances d'exécution de JavaScript?

Utilisera la fonction de débogage console.log réduira-t-elle les performances d'exécution de JavaScript? Cela affectera-t-il la vitesse d'exécution des scripts dans les environnements de production?

Existe-t-il une approche pour désactiver les journaux de console dans les environnements de production à partir d'un emplacement de configuration unique?

Si vous allez avoir ceci sur un site public ou quelque chose comme ça, toute personne ayant peu de connaissances sur l'utilisation des outils de développement peut lire vos messages de débogage. Selon ce que vous enregistrez, cela peut ne pas être un comportement souhaitable.

L'une des meilleures approches consiste à intégrer l' console.logune de vos méthodes et à vérifier les conditions et à l'exécuter. Dans une version de production, vous pouvez éviter d'avoir ces fonctions. Cette question Stack Overflow explique en détail comment faire de même à l'aide du compilateur Closure .

Alors, pour répondre à vos questions:

1. Oui, cela réduira la vitesse, mais de manière négligeable.
2. Mais ne l'utilisez pas car il est trop facile pour une personne de lire vos journaux.
3. Les réponses à cette question peuvent vous donner des conseils sur la façon de les retirer de la production.

En fait, console.logc'est beaucoup plus lent qu'une fonction vide. L'exécution de ce test jsPerf sur mon Chrome 38 donne des résultats étonnants:

• lorsque la console du navigateur est fermée, l'appel console.logest environ 10000 fois plus lent que l'appel d'une fonction vide,
• et lorsque la console est ouverte, l'appel est jusqu'à 100 000 fois plus lent .

Non pas que vous remarquiez le décalage des performances si vous avez un nombre raisonnable d' console.…appels qui se déclenchent une fois (une centaine prendra 2 ms sur mon installation de Chrome - ou 20 ms lorsque la console est ouverte). Mais si vous enregistrez des choses sur la console à plusieurs reprises - par exemple, en requestAnimationFrameles connectant - cela peut rendre les choses saccadées.

Mettre à jour:

Dans ce test, j'ai également vérifié l'idée d'un «journal caché» personnalisé pour la production - ayant une variable qui contient les messages de journal, disponibles sur demande. Il s'avère être

• environ 1 000 fois plus rapide que le natifconsole.log ,
• et évidemment 10 000 fois plus vite si l'utilisateur a sa console ouverte.

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

Si vous créez un raccourci vers la console dans un script de base commun, par exemple:

var con = console;

puis utilisez con.log ("message") ou con.error ("message d'erreur") dans tout votre code, en production, vous pouvez simplement recâbler con à l'emplacement principal pour:

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

L'utilisation de la fonctionnalité de débogage console.log réduira-t-elle les performances d'exécution de JavaScript? Cela affectera-t-il la vitesse d'exécution des scripts dans les environnements de production?

Bien sûr, console.log()cela réduira les performances de votre programme car cela prend du temps de calcul.

Existe-t-il une approche pour désactiver les journaux de console dans les environnements de production à partir d'un emplacement de configuration unique?

Placez ce code au début de votre script pour remplacer la fonction standard console.log par une fonction vide.

console.log = function () { };

Tout appel de fonction réduira légèrement les performances. Mais quelques-uns console.logne devraient avoir aucun effet notable.

Cependant, cela générera des erreurs non définies dans les navigateurs plus anciens qui ne prennent pas en charge console

La baisse des performances sera minime, mais dans les navigateurs plus anciens, cela provoquera des erreurs JavaScript si la console des navigateurs des utilisateurs n'est pas ouverte log is not a function of undefined. Cela signifie que tout le code JavaScript après l'appel console.log ne sera pas exécuté.

Vous pouvez créer un wrapper pour vérifier si window.consoleest un objet valide, puis appeler console.log dans le wrapper. Quelque chose de simple comme celui-ci fonctionnerait:

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

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

Voici un violon: http://jsfiddle.net/enDDV/

J'ai fait ce test jsPerf: http://jsperf.com/console-log1337

Cela ne semble pas prendre plus de temps que les autres appels de fonction.

Qu'en est-il des navigateurs qui n'ont pas d'API console? Si vous devez utiliser console.log pour le débogage, vous pouvez inclure un script dans votre déploiement de production pour remplacer l'API de la console, comme Paul le suggère dans sa réponse.

Je le fais de cette façon pour conserver la signature originale des méthodes de la console. Dans un emplacement commun, chargé avant tout autre JS:

var DEBUG = false; // or true 

Puis tout au long du code

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