Explication détaillée du chargement asynchrone de JavaScript-Développement de mini-programmes-php.cn

Cette fois, je vous apporte une explication détaillée du chargement asynchrone de JavaScript, et quelles sont les précautions lors du chargement asynchrone de JavaScript. Voici des cas pratiques, prenons un. regarder.

Le problème du chargement synchrone

Le js par défaut est chargé de manière synchrone. Le "chargement" ici peut être compris comme une analyse et une exécution, plutôt que comme un "téléchargement". , le navigateur charge les ressources demandées par le code dans un style cascade au lieu de les bloquer, mais l'exécution de js est toujours bloquée. Quels problèmes cela pose-t-il ? Si ma page d'index a besoin de charger du js, mais qu'une des requêtes n'obtient pas de réponse pendant une longue période, elle bloque l'exécution du code js suivant (chargement synchrone) et le rendu de la page ne peut pas continuer (si l'introduction du js est dans la tête après l'étiquette).

<script type="text/javascript" src=&#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39;></script>
<script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39;></script>
this is a test

Copier après la connexion

Par exemple, le code ci-dessus est enregistré sous forme de fichier index.html. Le corps principal de la page est une simple chaîne, mais une fois le code exécuté, la page. reste vide. Pourquoi ? Étant donné que le js demandé ne peut pas être chargé pendant une longue période (peut-être en raison du blocage de Google, etc.), l'exécution du code suivant est bloquée et la page ne peut pas être restituée. Peut-être suggérerez-vous que si vous mettez le code js avant , la page sera rendue en premier ! Bonne méthode, on essaye de mettre des js derrière :

this is a test
<script type="text/javascript" src=&#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39;></script>
<script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39;></script>

Copier après la connexion

La page est rendue instantanément, "ceci est un test" apparaît aussi rapidement au premier plan, le monde semble calme, mais :

this is a test
<script type="text/javascript" src=&#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39;></script>
<script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39;></script>

Copier après la connexion

J'ai simplement ajouté un morceau de code basé sur le code précédent, mais "hello world" n'a pas pu être affiché sur la console pendant longtemps. Évidemment, la requête js précédente a bloqué le chargement du code suivant. On s'est soudain rendu compte que changer la position de chargement de js nécessite seulement que cela puisse changer le rendu de la page, mais cela ne sert à rien au chargement de js, et js bloquera toujours.

Implémentation du chargement asynchrone js

Notre exigence semble très simple. Il peut afficher une chaîne dans la console pendant le chargement de la page. Pour le dire plus simplement, il s'agit de demander la première. Tout en segmentant les js fournis par Google, continuez à exécuter les js suivants, qui visent à réaliser un chargement asynchrone de js.

L'approche la plus courante consiste à générer dynamiquement des balises de script :

<body>
 this is a test
 <script type="text/javascript">
  ~function() {
   var s = document.createElement('script');
   s.src = 'http://china-addthis.googlecode.com/svn/trunk/addthis.js';
   document.body.appendChild(s);
  }();
 </script>
 <script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39;></script>
 <script type="text/javascript">
  console.log('hello world');
 </script>
</body>

Copier après la connexion

Mais il y a toujours un problème. Cette méthode de chargement empêchera le déclenchement de l'événement onload avant la fin du chargement, et de nombreuses pages maintenant Le code effectuera également un travail de rendu supplémentaire lors du chargement, il bloquera donc toujours le traitement d'initialisation de certaines pages :

<body>
 this is a test
 <script type="text/javascript">
  ~function() {
   // function async_load() {
    var s = document.createElement('script');
    s.src = 'http://china-addthis.googlecode.com/svn/trunk/addthis.js';
    document.body.appendChild(s);
   // }
   // window.addEventListener('load', async_load, false);
  }();
  window.onload = function() {
   var txt = document.createTextNode(' hello world');
   document.body.appendChild(txt);
  };
 </script>
 <script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39;></script>
</body>

Copier après la connexion

Par exemple, le code ci-dessus ne peut pas bien restituer "hello world", nous supprimons simplement les commentaires et laissons les js fournis par Google commencer à se charger de manière asynchrone pendant le chargement. Cela résout le problème du blocage du déclenchement de l’événement onload.

Ajout des événements DOMContentLoaded et OnLoad DOMContentLoaded : La page (document) a été analysée et les éléments dom de la page sont disponibles. Cependant, les images et sous-cadres référencés dans la page n'ont peut-être pas encore été chargés. OnLoad : Toutes les ressources de la page sont chargées (y compris les images). La progression du chargement du navigateur s'arrête à ce stade. Ces deux moments divisent la chronologie de chargement de la page en trois étapes.

Ce qui précède semble être une meilleure solution à ce problème, mais html5 fournit une méthode plus simple, l'attribut async !

this is a test
<script type="text/javascript" src=&#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39; async=&#39;async&#39;></script>
<script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39;></script>
<script type="text/javascript">
 console.log('hello world');
</script>

Copier après la connexion

async est un nouvel attribut de HTML5. L'attribut async précise qu'une fois le script disponible, il sera exécuté de manière asynchrone (il sera exécuté immédiatement une fois téléchargé).

Il convient de noter que l'attribut async ne s'applique qu'aux scripts externes (uniquement lors de l'utilisation de l'attribut src)

L'attribut defer est souvent mentionné avec async :

this is a test
<script type="text/javascript" src=&#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39; defer=&#39;defer&#39;></script>
<script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39;></script>
<script type="text/javascript">
 console.log('hello world');
</script>

Copier après la connexion

semble être mis en œuvre L'effet est similaire, mais est-ce vraiment le même ? Jetons un coup d'œil à la définition de l'attribut defer.

Dans le passé, defer ne prenait en charge que les hacks IE, mais maintenant l'émergence de HTML5 a commencé à prendre pleinement en charge le report. L'attribut defer spécifie que le script ne sera exécuté qu'une fois le chargement de la page terminé. L'attribut defer s'applique uniquement aux scripts externes (uniquement lors de l'utilisation de l'attribut src). ps : Le report pris en charge par ie ne semble pas être le cas, car je n'ai aucun intérêt pour ie et je n'y approfondirai pas. Si vous êtes intéressé, vous pouvez vérifier les informations pertinentes.

Puisque async et defer apparaissent souvent ensemble, analysons-les !

S'il n'y a pas d'attributs async et defer (attribués à true, le même ci-dessous), le navigateur exécutera immédiatement le script js actuel et bloquera les scripts suivants s'il y a un attribut async, le processus de chargement et ; le rendu des éléments suivants du document sera effectué en parallèle avec le chargement et l'exécution du js actuel (de manière asynchrone) ; s'il existe un attribut defer, alors le processus de chargement des éléments suivants du document sera effectué en parallèle avec le chargement du script. js (de manière asynchrone), mais l'exécution de script.js sera effectuée dans tous les éléments (DOM), l'analyse est terminée, mais avant le déclenchement de l'événement DOMContentLoaded.

来看一张网上盗的图：

蓝色线代表网络读取，红色线代表执行时间，这俩都是针对脚本的；绿色线代表 HTML 解析。

此图告诉我们以下几个要点（摘自defer和async的区别）：

defer 和 async 在网络读取（下载）这块儿是一样的，都是异步的（相较于 HTML 解析）
它俩的差别在于脚本下载完之后何时执行，显然 defer 是最接近我们对于应用脚本加载和执行的要求的
关于 defer，此图未尽之处在于它是按照加载顺序执行脚本的，这一点要善加利用
async 则是一个乱序执行的主，反正对它来说脚本的加载和执行是紧紧挨着的，所以不管你声明的顺序如何，只要它加载完了就会立刻执行
仔细想想，async 对于应用脚本的用处不大，因为它完全不考虑依赖（哪怕是最低级的顺序执行），不过它对于那些可以不依赖任何脚本或不被任何脚本依赖的脚本来说却是非常合适的，最典型的例子：Google Analytics

但是在我看来（以下个人理解，如有出入还望指出），defer在异步加载上的应用并不会比async广。async的英文解释是异步，该属性作用在脚本上，使得脚本加载（下载）完后随即开始执行，和动态插入script标签作用类似（async只支持h5，后者能兼容浏览器）；而defer的英文解释是延迟，作用也和字面解释类似，延迟脚本的执行，使得dom元素加载完后才开始有序执行脚本，因为有序，所以会带来另一个问题：

this is a test
<script type="text/javascript" src=&#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39; defer=&#39;defer&#39;></script>
<script type="text/javascript" src=&#39;http://libs.baidu.com/jquery/2.0.0/jquery.min.js&#39; defer=&#39;defer&#39;></script>
<script type="text/javascript" src=&#39;index.js&#39; defer=&#39;defer&#39;></script>
console.log('hello world');

Copier après la connexion

如果执行这段代码，控制台的“hello world”也会迟迟得不到结果。所以我觉得还是async好用，如果要考虑依赖的话，可以选择requirejs、seajs等模块加载器。