O console.log reduzirá o desempenho de execução do JavaScript?

O uso do recurso de depuração console.logreduzirá o desempenho de execução do JavaScript? Isso afetará a velocidade de execução do script em ambientes de produção?

Existe uma abordagem para desabilitar logs de console em ambientes de produção a partir de um único local de configuração?

Se você tiver isso em um site público ou algo assim, qualquer pessoa com pouco conhecimento sobre como usar as ferramentas de desenvolvedor pode ler suas mensagens de depuração. Dependendo do que você está registrando, esse pode não ser um comportamento desejável.

Uma das melhores abordagens é envolver o console.logem um de seus métodos e onde você pode verificar as condições e executá-lo. Em uma construção de produção, você pode evitar ter essas funções. Esta questão do Stack Overflow fala em detalhes sobre como fazer o mesmo usando o compilador Closure .

Então, para responder às suas perguntas:

1. Sim, reduzirá a velocidade, embora de forma insignificante.
2. Mas não o use, pois é muito fácil para uma pessoa ler seus registros.
3. As respostas a esta pergunta podem dar dicas sobre como removê-los da produção.

Na verdade, console.logé muito mais lento do que uma função vazia. Executar este teste jsPerf no meu Chrome 38 oferece resultados impressionantes:

• quando o console do navegador é fechado, chamar console.logé cerca de 10.000 vezes mais lento do que chamar uma função vazia,
• e quando o console está aberto, a chamada é até 100.000 vezes mais lenta .

Não que você notará o atraso de desempenho se tiver um número razoável de console.…chamadas disparando uma vez (cem levará 2 ms na minha instalação do Chrome - ou 20 ms quando o console estiver aberto). Mas se você logar coisas no console repetidamente - por exemplo, conectando-o requestAnimationFrame- pode tornar as coisas bagunçadas.

Atualizar:

Neste teste também verifiquei a ideia de um “log oculto” personalizado para produção - tendo uma variável que contém mensagens de log, disponíveis sob demanda. Acontece que é

• cerca de 1 000 vezes mais rápido que o nativo console.log,
• e obviamente 10 000 vezes mais rápido se o usuário estiver com o console aberto.

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

Se você criar um atalho para o console em um script central comum, por exemplo:

var con = console;

e, em seguida, use con.log ("mensagem") ou con.error ("mensagem de erro") em todo o código. Na produção, você pode simplesmente reconectar con no local central para:

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

O uso do recurso de depuração console.log reduzirá o desempenho de execução do JavaScript? Isso afetará a velocidade de execução do script em ambientes de produção?

Claro, console.log()irá reduzir o desempenho do seu programa, pois leva tempo computacional.

Existe uma abordagem para desabilitar logs de console em ambientes de produção a partir de um único local de configuração?

Coloque este código no início do seu script para substituir a função console.log padrão por uma função vazia.

console.log = function () { };

Qualquer chamada de função reduzirá ligeiramente o desempenho. Mas alguns console.lognão devem ter nenhum efeito perceptível.

No entanto, ele lançará erros indefinidos em navegadores mais antigos que não suportam console

O impacto no desempenho será mínimo; no entanto, em navegadores mais antigos, ele causará erros de JavaScript se o console do navegador do usuário não estiver aberto log is not a function of undefined. Isso significa que todo o código JavaScript após a chamada console.log não será executado.

Você pode criar um wrapper para verificar se window.consoleé um objeto válido e, em seguida, chamar console.log no wrapper. Algo simples como isso funcionaria:

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

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

Aqui está um violino: http://jsfiddle.net/enDDV/

Fiz este teste jsPerf: http://jsperf.com/console-log1337

Parece não demorar mais do que outras chamadas de função.

E os navegadores que não possuem uma API de console? Se você precisar usar console.log para depuração, pode incluir um script em sua implantação de produção para substituir a API do console, como Paul sugere em sua resposta.

Eu faço isso dessa maneira para manter a assinatura original dos métodos do console. Em um local comum, carregado antes de qualquer outro JS:

var DEBUG = false; // or true 

Em seguida, em todo o código

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