Nei moderni browser gli script sono spesso “più pesanti” dell’ HTML: la loro dimensione di download è maggiore e anche i tempi di elaborazione sono più lunghi.
Quando il browser carica l’ HTML e si imbatte in un tag <script>...</script>
non può continuare a costruire il DOM. Deve eseguire lo script al momento. Lo stesso avviene per script esterni <script src="..."></script>
: il browser deve aspettare che lo script venga scaricato, eseguito e solo dopo può processare il resto della pagina.
Questo conduce a 2 importanti problematiche:
- Gli script non possono vedere gli elementi del DOM sotto di essi e quindi non possono aggiungere handler,ecc.
- Se c’è uno script di grandi dimensioni all’ inizio della pagina esso “bloccherà la pagina”. Gli utente non potranno vedere il contenuto della pagina fino a quando lo script verrà scaricato ed eseguito:
<p>...contenuto prima dello script...</p>
<script src="https://javascript.info/article/script-async-defer/long.js?speed=1"></script>
<!-- Questo non sarà visibile finché non sarà terminato il caricamento dello script -->
<p>...contenuto dopo lo script...</p>
Possiamo però applicare alcuni accorgimenti per ottenere il comportamento desiderato. Per esempio, possiamo mettere lo script in fondo alla pagina. In questo modo vedrà gli elementi sopra di esso e non bloccherà la visualizzazione della pagina:
<body>
...tutto il contenuto è prima dello script...
<script src="https://javascript.info/article/script-async-defer/long.js?speed=1"></script>
</body>
Ma questa soluzione è lontana dall’essere perfetta. Per esempio, il browser si accorge dello script (e può iniziarlo a scaricare) solo dopo che è stato scaricato tutto il documento HTML. Per pagine HTML molto lunghe ci potrebbe essere un notevole ritardo nel caricamento dello script.
Queste cose sono invisibili per persone che utilizzano una connessione molto veloce, ma molte persone nel mondo hanno ancora una connessione Internet più lenta e utilizzano connessioni mobili molto scarse.
Fortunatamente, ci sono 2 attributi del tag <script>
che risolvono il problema per noi: defer
e async
.
defer
L’attributo defer
dice al browser che che deve continuare nel caricamento della pagina e caricare lo script “in background”, per poi eseguire lo script quando è caricato.
Di seguito lo stesso esempio di sopra, ma con defer
:
<p>...contenuto prima dello script...</p>
<script defer src="https://javascript.info/article/script-async-defer/long.js?speed=1"></script>
<!-- visibile immediatamente -->
<p>...contenuto dopo lo script...</p>
- Gli script con
defer
non bloccano mai la pagina - Gli script con
defer
vengono sempre eseguiti quando il DOM è pronto, ma prima dell’eventoDOMContentLoaded
.
Il seguente esempio lo dimostra:
<p>...contenuto prima dello script...</p>
<script>
document.addEventListener('DOMContentLoaded', () => alert("DOM pronto dopo defer!"));
</script>
<script defer src="https://javascript.info/article/script-async-defer/long.js?speed=1"></script>
<p>...contenuto dopo lo script...</p>
- Il contenuto della pagina viene visualizzato immediatamente.
DOMContentLoaded
aspetta il caricamento degli script con l’attributo defer. Scatta solo quando lo script(2)
è scaricato ed eseguito.
Gli script con defer mantengono il loro ordine, come avviene per i normali script
Quindi, se abbiamo prima uno script lungo e poi uno più piccolo, quest’ultimo dovrà aspettare.
<script defer src="https://javascript.info/article/script-async-defer/long.js"></script>
<script defer src="https://javascript.info/article/script-async-defer/small.js"></script>
I browser scansionano la pagina per trovare gli script e li scarica in parallelo, per migliorare le performance. Quindi nell’esempio sopra entrambi gli script sono scaricati in parallelo. small.js
probabilmente verrà scaricato prima.
Ma le specifiche indicano che gli script devono essere eseguito secondo l’ordine nel document, quindi small.js
aspetterà long.js
per essere eseguito.
L’attributo defer
viene ignorato se il tag <script>
non ha l’attributo src
.
async
L’attributo async
indica che uno script è completamente indipendente:
- La pagina non aspetta gli script con async, il contenuto viene processato e visualizzato
DOMContentLoaded
and async scripts don’t wait each other:DOMContentLoaded
può scattare prima di uno script async (se lo script finisce di caricarsi dopo che il caricamento della pagina è terminato)- …o dopo uno script
async
(se lo script è corto o era in cache)
- Anche gli altri script non aspettano il caricamento degli script
async
, e gli scriptasync
non aspettano il caricamento degli altri script.
In altre parole, gli script async
vengono caricati in background ed eseguiti quando pronti. Il DOM e gli altri script non restano in attesa che questi vengano caricati. Avremo quindi un script completamente indipendente che verrà eseguito al termine del caricamento. Piuttosto semplice, vero?
Quindi, se abbiamo parecchi script async
, potrebbero essere eseguiti in qualunque ordine. Qualunque di essi viene caricato prima – viene eseguito prima:
<p>...contenuto prima degli script...</p>
<script>
document.addEventListener('DOMContentLoaded', () => alert("DOM pronto!"));
</script>
<script async src="https://javascript.info/article/script-async-defer/long.js"></script>
<script async src="https://javascript.info/article/script-async-defer/small.js"></script>
<p>...contenuto dopo gli script...</p>
- Il contenuto della pagina viene mostrato immediatamente: l’attributo
async
non lo blocca. DOMContentLoaded
potrebbe scattare sia prima che dopo gli scriptasync
, non c’è nessuna garanzia in questo caso.- Gli script async non si aspettano a vicenda. Uno script più piccolo come
small.js
è stato inserito nella pagina per secondo ma probabilmente verrà caricato prima dilong.js
e quindi anche eseguito per primo. Questo viene chiamato un ordine “load-first”.
Gli script async sono ottimali quando dobbiamo integrare uno script di terze parti indipendente: contatori, ads, e così via, visto che essi non dipendono dai nostri script e i nostri script non devono aspettare il loro caricamento:
<!-- Google Analytics viene aggiunto in questo modo di solito -->
<script async src="https://google-analytics.com/analytics.js"></script>
Script dinamici
Possiamo anche aggiungere uno script dinamicamente usando JavaScript:
let script = document.createElement('script');
script.src = "/article/script-async-defer/long.js";
document.body.append(script); // (*)
Lo script inizia a caricarsi quando è allegato al document (*)
.
Gli script dinamici si comportano come quelli “async” di default.
Cioè:
- Non aspettano nessun altro script e nessuno aspetta loro.
- Lo script che viene caricato per prima viene anche eseguito per primo (ordine “load-first”)
Possiamo cambiare l’ordine “load-first” nell’ordine del document (come i normali script) settando l’attributo async
a false
:
let script = document.createElement('script');
script.src = "/article/script-async-defer/long.js";
script.async = false;
document.body.append(script);
Per esempio, in questo caso abbiamo aggiunto 2 script. Senza script.async=false
verrebbero eseguito secondo l’ordine load-first (small.js
probabilmente per primo). Ma con quel flag l’ordine diventa “come nel documento”:
function loadScript(src) {
let script = document.createElement('script');
script.src = src;
script.async = false;
document.body.append(script);
}
// long.js viene eseguito per primo grazie a async=false
loadScript("/article/script-async-defer/long.js");
loadScript("/article/script-async-defer/small.js");
Without script.async=false
, scripts would execute in default, load-first order (the small.js
probably first).
Again, as with the defer
, the order matters if we’d like to load a library and then another script that depends on it.
Riepilogo
async
e defer
hanno una cosa in comune: il download di questi script non blocca il rendering della pagina. Quindi l’utente può leggere e comprendere il contenuto della pagina immediatamente.
Ma ci sono anche differenze essenziali tra loro:
Order | DOMContentLoaded |
|
---|---|---|
async |
Load-first order. Il loro ordine nel documento non importa – dipende da quale script viene caricato prima | Irrilevante. Potrebbe essere caricato ed eseguito mentre la pagina non è stata ancora stata scaricata. Questo avviene se gli script sono piccoli o in cache, e la pagina è abbastanza lunga. |
defer |
Document order (cioè come sono posizionati nella pagina). | Vengono eseguiti dopo che il document è stato caricato ed elaborato (aspettano se necessario), poco prima dell’evento DOMContentLoaded . |
Ricordati che se stai usando defer
, allora la pagina è visibile prima che lo script sia caricato.
Quindi l’utente potrebbe leggere la pagina ma probabilmente alcuni componenti grafici potrebbero essere non ancora pronti.
Dovrebbero esserci delle indicazioni di “caricamento” negli appositi spazi, i bottoni non funzionanti dovrebbero essere disabilitati, per mostrare chiaramente all’utente cosa è già pronto o cosa no.
In pratica, defer
è utilizzato per script che hanno bisogno di tutto il DOM e/o l’ordine di esecuzione è importante. async
è utilizzato per script indipendenti, come contatori o ads. E il loro ordine relative di esecuzione non conta.
Commenti
<code>
, per molte righe – includile nel tag<pre>
, per più di 10 righe – utilizza una sandbox (plnkr, jsbin, codepen…)