Maison > Article > interface Web > Plusieurs problèmes liés au chargement asynchrone JavaScript

Plusieurs problèmes liés au chargement asynchrone JavaScript

小云云original: 2018-02-22 09:06:541649parcourir

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". Dans la dernière version du navigateur, le navigateur utilise un style en cascade pour les ressources demandées par le code. . Le chargement n'est pas bloquant, mais l'exécution de js est toujours bloquante. 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

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 vierge. Elle est vierge, 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 36cc49f0c466276486e50c850b7e4956, la page sera rendue en premier ! Bonne méthode, on essaie de mettre 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>

La page est rendue instantanément, "ceci est un test" apparaît aussi rapidement au premier plan, et 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>

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 . Évidemment, la requête précédente La js a bloqué le chargement du code suivant. On s'est soudain rendu compte que changer la position de chargement de js ne pouvait que modifier le rendu de la page. Cependant, cela ne sert à rien au chargement de js, et de 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(&#39;script&#39;);
   s.src = &#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39;;
   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(&#39;hello world&#39;);
 </script>
</body>

Mais il y a toujours un problème. Cette méthode de chargement se bloquera avant le chargement. est terminé. L'événement onload est déclenché, et maintenant le code de nombreuses pages doit effectuer 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(&#39;script&#39;);
    s.src = &#39;http://china-addthis.googlecode.com/svn/trunk/addthis.js&#39;;
    document.body.appendChild(s);
   // }
   // window.addEventListener(&#39;load&#39;, async_load, false);
  }();

  window.onload = function() {
   var txt = document.createTextNode(&#39; hello world&#39;);
   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>

Par exemple, le code ci-dessus ne peut pas bien restituer "hello world". Il suffit de supprimer les commentaires et de laisser les js fournis par Google commencer à se charger de manière asynchrone lors du 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(&#39;hello world&#39;);
</script>

async est un nouvel attribut de HTML5. L'attribut async stipule qu'une fois le script disponible, il sera exécuté de manière asynchrone (il sera exécuté dès que possible). il est 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(&#39;hello world&#39;);
</script>

Il semble que l'effet de mise en œuvre soit 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.

Regardez une image volée sur Internet :

La ligne bleue représente la lecture du réseau et la ligne rouge représente le temps d'exécution, les deux étant destinées à scripts ; la ligne verte représente l’analyse HTML.

Cette image nous indique les points clés suivants (extraits de la différence entre defer et async) :

defer et async sont les mêmes en termes de lecture réseau (téléchargement ), les deux sont asynchrones (par rapport à l'analyse HTML)
La différence entre eux réside dans le moment où le script est exécuté après son téléchargement. Évidemment, le report est le plus proche du chargement de notre script d'application et. Exigences d'exécution
关于 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(&#39;hello world&#39;);

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

总结

JavaScript的异步加载还有一些方式，比如：AJAX eval（使用AJAX得到脚本内容，然后通过eval(xmlhttp.responseText)来运行脚本）、iframe方式等。

Articles Liés

Voir plus