Perché JavaScript minified o offuscato ha un rendimento peggiore del codice non compresso?

Question

Mi sono imbattuto in this performance report di codice JavaScript compresso utilizzando vari minifiers e offuscatori. Ciò che sorprende è che, a parte la modalità avanzata di chiusura, nella maggior parte dei casi tutti gli altri minificatori emettono un codice che produce risultati peggiori rispetto al codice non compresso. Come lo spieghiamo?

Scorrere fino alla fine dello page per visualizzare il rapporto. Qui ci sono le immagini:

Legenda:

• Blu - YUI Compressor
• Red - Chiusura (modalità avanzata)
• Orange - Chiusura (modalità base)
• Verde - JS Min
• Viola - JS Packer
• Azzurro - UglifyJS
• Rosa - Codice compresso

Answer 1

Innanzitutto fammi fare l'avvocato del diavolo: il codice in realtà non "esegue" nulla (niente di serio intendo, tranne per JS Packer). È essenzialmente una definizione di funzioni, oggetti e proprietà.

JS Packer non produce codice JavaScript ma piuttosto testo compresso che deve essere decompresso in fase di runtime. Ecco perché è molto più lento. Google Closure che utilizza l'ottimizzazione avanzata sostituisce gli identificatori quando possibile. Quindi, deve già esserci un vantaggio in termini di prestazioni durante l'analisi dello script.

Detto questo è possibile sacrificare le prestazioni per le dimensioni del codice. Un esempio è la sostituzione di true e false con !0 e !1. Tuttavia dipende dal motore JavaScript. Potrebbe essere ottimizzato il motore prima della prima chiamata, dopo che, dopo qualche telefonata, mai ... chi lo sa;)

Nuove scoperte

ho fatto un po 'di profilazione nel frattempo e si rese conto che ho ho dimenticato una cosa: la garbage collection. L'influenza può essere sufficiente per spiegare alcune delle differenze tra gli script e i browser (diversi motori!).

Combina questo al fatto che il codice non fa molto e tu hai qualcosa. In un test ho avuto un tempo CPU per la garbage collection di circa il 3% per non compresso e il 9% (!) Per JSMin. Il che significa risultati completamente diversi per un codice quasi uguale.

risultati ancora più recente

Quando si esegue JSMin primo è più veloce di non compresso. L'ho provato diverse volte e ho sempre ottenuto lo stesso risultato. Questo conferma i risultati precedenti. Sono abbastanza fiducioso ora, che abbiamo trovato la soluzione.

Answer 2

Sì, offuscamento può causare alcuni problemi di prestazioni, ma non è vero che il codice minimizzato eseguire peggio di quello non compresso. In effetti, il codice minified ha prestazioni migliori rispetto a quello non compresso. Questo perché, il codice miniato ha un nome di variabile/funzione molto più breve, rendendo così più semplice la chiamata di riferimento allo spazio di memoria allocato!

Answer 3

Sembra che tu possa aver inavvertitamente confuso la minificazione con l'offuscamento.

Per comprendere le due tecnologie, le spiegherò separatamente.

Minification è un processo in cui le dimensioni di un file sorgente sono ridotte e trasformate in un formato destinato a una leggibilità più efficiente della macchina. Questo viene fatto (a) rimuovendo commenti e spazi bianchi non necessari, e possibilmente (b) sostituendo i nomi delle variabili con nomi di variabili semplici, incrementali che iniziano spesso con un carattere. Il codice risultante funziona ancora allo stesso modo del codice originale, ma teoricamente è più veloce per il browser analizzare e compilare.

L'offuscamento è una tecnica in cui il codice viene modificato in modo che non sia più riconoscibile come codice sorgente originale e venga spesso utilizzato per scoraggiare il reverse-engineering del codice proprietario. Alcune delle modifiche potrebbero avere un sovraccarico, ad esempio il codice potrebbe essere crittografato e quindi decrittografato di nuovo in fase di runtime. Detto questo, è tipico che un offuscatore di codice finisca il lavoro anche riducendo l'output.

Si potrebbe considerare la minificazione come una forma grezza di offuscamento, ma in genere tali processi vengono eseguiti più a fini di prestazioni e/o di larghezza di banda.